Download the PHP package jakubciszak/rule-engine without Composer

Rule Engine

Rule Engine lets you express business logic in plain PHP arrays and evaluate it with ease. Pick the API that matches the shape of your data:

• FlatRuleAPI – send a linear array in Reverse Polish Notation for fast stack-based evaluation.
• NestedRuleApi – describe rules as nested associative arrays that read like infix notation.
• ExpressionRuleApi – evaluate human-readable expressions using the maintained Symfony ExpressionLanguage parser.
• StringRuleApi – legacy text expression API, deprecated in favor of ExpressionRuleApi.

FlatRuleAPI and NestedRuleApi accept arrays decoded from JSON and can work with callables inside the evaluation context. ExpressionRuleApi accepts scalar and array data and intentionally rejects objects and callables.

How it works

The library implements the Rule Archetype Pattern from the book "Enterprise Patterns and MDA: Building Better Software with Archetype Patterns and UML" by Jim Arlow and Ila Neustadt. Rules are composed of propositions, operators and optional actions. Depending on whether you use FlatRuleAPI or NestedRuleApi, the rule is converted to a uniform internal structure that the engine evaluates against the provided context.

Requirements

• PHP 8.4.1 or higher
• Composer

Installation

To install the library, use Composer:

Usage

FlatRuleAPI

Rules can also be defined using JSON in RPN order. The example below presents two rules:

This JSON can be decoded and passed to FlatRuleAPI. Evaluation returns an EvaluationResult object with the boolean outcome and the updated context.

NestedRuleApi

NestedRuleApi accepts rules defined using a JSON structure that resembles infix notation. Operators are written as keys and their arguments are provided in nested arrays.

You can also pass a set of named rules for evaluation:

ExpressionRuleApi

ExpressionRuleApi uses native Symfony ExpressionLanguage syntax. Variables are passed as top-level context values, strings must be quoted and strict comparison is available through === and !==.

Nested arrays use bracket access:

A set of named expressions is evaluated completely and succeeds only when every expression returns true:

Actions use the existing rule action syntax. They are parsed before evaluation and executed once only when the complete expression or named ruleset returns true. Updated context is available on the returned EvaluationResult:

Expressions can be checked before they are stored or executed:

The default rule language exposes no PHP functions, including constant() and enum(), and exposed context values can contain only scalar values, null and arrays. Top-level keys that are not valid expression identifiers are ignored; wrap data under a valid key and use bracket access when arbitrary keys are needed. Applications can pass a custom RuleExpressionLanguage instance with explicitly allowed expression providers as the third argument.

StringRuleApi usage (deprecated)

StringRuleApi is retained for backward compatibility. New integrations should use ExpressionRuleApi. Its legacy syntax denotes variables with a leading dot and resolves them from the supplied data array.

Complex nested conditions are also supported:

StringRuleApi can evaluate a set of named expressions as a ruleset, returning an EvaluationResult with a single boolean result:

Boolean variables can be referenced directly without explicit comparison and negated using not:

Rule actions

Each rule may include simple actions executed when the rule is evaluated. Actions are expressed as strings:

Supported operators are + (addition), - (subtraction), . (concatenation) and = (assignment). Values starting with . reference variables from the evaluation context.

When using NestedRuleApi, specify actions under the actions key alongside the rule expression or within each rule of a ruleset. ExpressionRuleApi accepts them through its named actions argument, as shown above.

FlatRuleAPI example

Evaluating the JSON above with { "a": 1, "b": 1, "count": 0 } updates count to 1 when the rule evaluates to true.

NestedRuleApi example

What is behind?

Pure PHP library usage gives most flexible and powerful solutions

Notation

This implementation use Reverse Polish Notation (RPN). \ RPN is a mathematical notation in which operators follow their operands. This notation eliminates the need for parentheses that are used in standard infix notation, making the evaluation of expressions simpler and more efficient.

For example, the expression \ (2 + 3) * 5 \ in standard notation would be written as \ 2 3 + 5 * in RPN.

In this notation, you first add 2 and 3 to get 5, and then multiply by 5 to get 25.

The Rule Engine uses RPN to simplify the process of building conditions, making it more intuitive to construct complex logical expressions.

Creating Rules

You can create rules using the provided methods for different operators:

Evaluating Rules

To evaluate a rule, you need to provide a RuleContext:

Development

Running Tests

To run the tests, use PHPUnit:

Contributing

Contributions are welcome! Please open an issue or submit a pull request.

License

This project is licensed under the MIT License.

Authors

• Jakub Ciszak - [email protected]

Additional Information

• The project uses native PHP arrays for optimal performance and simplicity.
• The source code is located in the src/ directory.
• Tests are located in the tests/ directory.