You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Instead of rule inputs being fixed values, we should allow them to be arbitrarily executable pieces of code. This will allow definition of custom logic instead of static values.
A few things to consider here.
Performance may be impacted if the logic is intensive.
What data be passed to these inputs and how.
Does this mean a new rule input type (e.g. 'EVAL') and how does that play with the data type construct.
This is also a significant deviation from the current simple approach of Rulette towards rule inputs, viz that of treating them as stored "values". With this, we shift more towards Drools style rule "execution", although we may be able to support both modes.
The text was updated successfully, but these errors were encountered:
Instead of rule inputs being fixed values, we should allow them to be arbitrarily executable pieces of code. This will allow definition of custom logic instead of static values.
A few things to consider here.
This is also a significant deviation from the current simple approach of Rulette towards rule inputs, viz that of treating them as stored "values". With this, we shift more towards Drools style rule "execution", although we may be able to support both modes.
The text was updated successfully, but these errors were encountered: