soluto / tweek.jpad Goto Github PK

context data:

{
	"object": {"hello": "world"},
    "array": ["abcd", "efgh"],
    "complex" : [{list:[{item:"abcd"}]}]
}

example (object):

{
    "partitions": [],
    "valueType": "bool",
    "rules": [
        {
            "Matcher": {
                "object.hello": "world"
            },
            "Value": true,
            "Type": "SingleVariant"
        }
    ],
    "defaultValue": "default_value"
}

example (array):

{
    "partitions": [],
    "valueType": "bool",
    "rules": [
        {
            "Matcher": {
                "array[_]" : "abcd"
            },
            "Value": "true",
            "Type": "SingleVariant"
        }
    ],
    "defaultValue": "true"
}

example (complex)
can be combined:

{
    "partitions": [],
    "valueType": "bool",
    "rules": [
        {
            "Matcher": {
                "complex[_].list[_].item" : "abcd"
            },
            "Value": "true",
            "Type": "SingleVariant"
        }
    ],
    "defaultValue": "true"
}

Add support for contain operator for arrays. (contain one or more items)
It less ambitious than #22 and solve most user complaints

Add support to get JPad rules total count when passing JPad file or providing JPad url.

Suggested solution:
NPM client that will provide some utils functionality for JPad files.

For example, context has the value true, matcher has the value "true', the result is false.
The other way around - matcher has the value true, context has the value "true" returns true

Soluto/tweek#165

We should be able to support a matcher like:

{
      "SomeDate": {
              "$ge": '01/01/2011'
              "$compare": "date"
       }
}

It can work in a similar way to custom comparer mechanism

Soluto/tweek#841

Probably should be something like:
Null eq None/Null -> True
Null neq None/Null -> False
Any neq None/Null -> True
Any AnyOp None/Null -> False

A bit like undefined comparison in js

Should be in flag to support backward compatability

Soluto/tweek#179

image - microsoft/dotnet:1.1.2-runtime

It'll be an interesting experiment to create a compiler that compiles the JPad AST to LLVM IR.

Split parser and compiler components.

Currently, the JPad json format support only strings in multi-variant weighted keys.
Allow new syntax for supporting other Json values:

current

{
    args: {
         a:40,
         b:60
    }
}

Suggested new additional syntax:

{
    args: [{
         value: 5
         weight: 40
    },
    {
          value: 10,
          weight:60
    }]
}