Skip to content

New Operators: SequentialAnd and SequentialOr #565

Description

@douglasgalico

In many complex scenarios, the order in which rules are evaluated significantly impacts the performance and outcome. Current operators like "And" and "Or" do not provide enough control for scenarios where the evaluation needs to be strictly sequential or stopped early based on certain conditions. "SequentialAnd" and "SequentialOr" are designed to address these limitations, offering more precise control and efficiency.

SequentialAnd:

  • Each rule is evaluated in order. The evaluation proceeds to the next rule only if the current rule is true.
  • If any rule evaluates to false, the entire set immediately fails, and no further rules are evaluated.
  • This is similar to the "And" operator but with the added functionality that the order is strictly followed, and evaluation stops after the first false condition.

Example:

{
  "RuleName": "Sample of SequentialAnd",
  "Rules": [
    { //Rule1 },
    { //Rule2 }, // If this rule fails we stop here with Success.
    { //Rule3 },
  ],
  "Operator": "SequentialAnd"
}

SequentialOr:

  • Each rule is evaluated in order. The evaluation proceeds to the next rule only if the current rule is false.
  • If any rule evaluates to true, the entire set immediately succeeds, and no further rules are evaluated.
  • If all rules are evaluated to false, the entire set immediately fails.
  • This is similar to the "Or" operator but with the added functionality that the order is strictly followed, and evaluation stops after the first true condition.

Example:

{
  "RuleName": "Sample of SequentialOr",
  "Rules": [
    { //Rule1 },
    { //Rule2 }, // If this rule succeed we stop here with Success.
    { //Rule3 },
  ],
  "Operator": "SequentialOr"
}

Implementation Considerations:

  • Ensure compatibility with existing rule engine structures and evaluate the impact on performance.
  • Provide clear documentation and examples for proper usage and understanding.
  • Include comprehensive testing scenarios to ensure reliability and expected behavior.

I invite the community and maintainers to discuss this proposal, the potential impacts, and any additional considerations or improvements. Any insight and feedback is more than appreciated.

Thank you for considering this enhancement. I look forward to your input and collaboration!

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions