prohalexey / the-choice
Requires
- php: >=8.4
- ext-json: *
- ext-mbstring: *
- chriskonnertz/string-calc: ^2.0
- psr/container: ^2.0.0
- psr/event-dispatcher: ^1.0
- psr/simple-cache: ^3.0
- symfony/yaml: ^7.3
Requires (Dev)
- friendsofphp/php-cs-fixer: ^v3.68
- phan/phan: ^5.4
- phpstan/phpstan: ^2.1
- phpstan/phpstan-phpunit: ^2.0
- phpstan/phpstan-strict-rules: ^2.0
- phpunit/phpunit: ^12.0.2
- rector/rector: ^2.0
- rector/swiss-knife: ^2.1.7
- roave/security-advisories: dev-latest
- symfony/dependency-injection: ^7.3
- symfony/event-dispatcher: ^7.3
- thecodingmachine/phpstan-safe-rule: ^1.3
This package is auto-updated.
Last update: 2026-03-23 11:01:27 UTC
README
A powerful and flexible Business Rule Engine for PHP that allows you to separate business logic from your application code.
Features
This library helps you simplify the implementation of complex business rules such as:
- Complex discount calculations
- Customer bonus systems
- User permission resolution
- Dynamic pricing strategies
Why use TheChoice? If you find yourself constantly modifying business conditions in your code, this library allows you to move those conditions to external configuration sources. You can even create a web interface to edit configurations dynamically.
Key Benefits
- ✅ Rules written in JSON or YAML format
- ✅ Store rules in files or databases
- ✅ Serializable and cacheable configurations (PSR-16)
- ✅ PSR-11 compatible container support
- ✅ Extensible with custom operators and contexts
- ✅ Rule Engine — evaluate multiple rules in a single run
- ✅ Rule Registry — named rules with tags, version, and metadata
- ✅ Rule Validator — static analysis of rules before execution
- ✅ Evaluation Trace — step-by-step debugging of rule evaluation
- ✅ Event System — PSR-14 lifecycle and node-level events for observability
- ✅ Switch Node — multi-branch dispatch on a single context value
- ✅ Fluent PHP Builder (DSL) — build rule trees programmatically without JSON/YAML
- ✅ Node Exporter — serialize rule trees back to JSON or YAML
- ✅ Storage variable references — use
$storageKeyas operator values
Table of Contents
- Installation
- Quick Start
- Configuration Formats
- Core Concepts
- Node Types — Root, Value, Context, Condition, Collection, Switch
- Built-in Operators
- Modifiers
- Storage Variable References
- Rule Engine — multi-rule evaluation
- Rule Registry — named rules with metadata
- Rule Validator — static analysis / linter
- Evaluation Trace — debugging
- Event System — PSR-14 lifecycle & node events
- Caching — PSR-16
- Container Integration — Built-in & Symfony
- Advanced Features — custom contexts, operators, processor flushing
- Fluent Builder (DSL) — build rules in PHP without JSON/YAML
- Node Exporter — serialize rule trees to JSON or YAML
- License
Installation
composer require prohalexey/the-choice
Requirements: PHP 8.4+
Quick Start
<?php use TheChoice\Builder\JsonBuilder; use TheChoice\Container; use TheChoice\Processor\RootProcessor; // 1. Configure contexts — map names to classes that implement ContextInterface $container = new Container([ 'visitCount' => VisitCount::class, 'hasVipStatus' => HasVipStatus::class, 'inGroup' => InGroup::class, 'withdrawalCount' => WithdrawalCount::class, 'depositCount' => DepositCount::class, 'getDepositSum' => GetDepositSum::class, ]); // 2. Parse rules from a JSON file — returns a Root node (the rule tree) $parser = $container->get(JsonBuilder::class); $node = $parser->parseFile('rules/discount-rules.json'); // 3. Execute the rules $rootProcessor = $container->get(RootProcessor::class); $result = $rootProcessor->process($node);
Configuration Formats
JSON Configuration Example
{
"node": "condition",
"if": {
"node": "collection",
"type": "and",
"nodes": [
{
"node": "context",
"context": "withdrawalCount",
"operator": "equal",
"value": 0
},
{
"node": "context",
"context": "inGroup",
"operator": "arrayContain",
"value": [
"testgroup",
"testgroup2"
]
}
]
},
"then": {
"node": "context",
"description": "Giving 10% of deposit sum as discount for the next order",
"context": "getDepositSum",
"modifiers": [
"$context * 0.1"
],
"params": {
"discountType": "VIP client"
}
},
"else": {
"node": "value",
"description": "Giving 5% discount for the next order",
"value": "5"
}
}
YAML Configuration Example
node: condition if: node: collection type: and nodes: - node: context context: withdrawalCount operator: equal value: 0 - node: context context: inGroup operator: arrayContain value: - testgroup - testgroup2 then: node: context context: getDepositSum description: "Giving 10% of deposit sum as discount for the next order" modifiers: - "$context * 0.1" params: discountType: "VIP client" else: node: value description: "Giving 5% discount for the next order" value: 5
Core Concepts
Node Types
Each node has a node property that describes its type and an optional description property for UI purposes.
Root Node
The root of the rules tree that maintains state and stores execution results. When the root node is omitted in the configuration, the library automatically wraps the top-level node in a root node (short syntax).
Properties:
storage- Named variables accessible in modifier expressions and as operatorvaluereferences (e.g.$myVar). Values are resolved at parse time.rules- Contains the first node to be processed
Example:
node: root description: "Discount settings" storage: $baseRate: 5 rules: node: value value: 5
Value Node
Returns a static value.
Properties:
value- The value to return (can be array, string, or numeric)
Example:
node: value description: "5% discount for next order" value: 5
Context Node
Executes callable objects and can modify the global state which is stored in the "Root" node.
Properties:
break- Special property to stop execution early. When set to"immediately", the context result is saved to the Root node and evaluation stops — subsequent nodes in a collection are skipped. The final result is retrieved from the Root node.context- Name of the context for calculationsmodifiers- Array of mathematical modifiersoperator- Operator for calculations or comparisonsparams- Parameters to set in contextpriority- Priority for collection sortingvalue- Value to compare against when using an operator. Can be a literal (0,"admin",[1,100]) or a$storageKeyreference (resolved from Rootstorageat parse time).
Example:
node: context context: getDepositSum description: "Calculate 10% of deposit sum" modifiers: - "$context * 0.1" params: discountType: "VIP client" priority: 5
With Operator Example:
node: context context: withdrawalCount operator: equal value: 0
With Break Example:
node: context context: actionReturnInt break: immediately
Condition Node
Conditional logic with if-then-else structure.
Properties:
if- Condition node (expects boolean result)then- Node to execute if condition is trueelse- Node to execute if condition is false (optional)
Example:
node: condition if: node: context context: hasVipStatus operator: equal value: true then: node: value value: 10 else: node: value value: 5
Collection Node
Contains multiple child nodes evaluated with a chosen logical strategy.
Properties:
type- Collection type:and,or,not,atLeast, orexactlynodes- Array of child nodescount- Required foratLeastandexactlytypes; specifies the thresholdpriority- Priority used when this collection is nested inside another collection
Type reference:
| Type | Behaviour |
|---|---|
and |
Returns true if all children return true. Short-circuits on the first false. |
or |
Returns true if at least one child returns true. Short-circuits on the first true. |
not |
Returns true only if none of the children return true (NOR). Short-circuits on the first true. |
atLeast |
Returns true if at least count children return true. Requires count. |
exactly |
Returns true if exactly count children return true. Requires count. |
and Example:
node: collection type: and nodes: - node: context context: withdrawalCount operator: equal value: 0 - node: context context: inGroup operator: arrayContain value: - testgroup - testgroup2
not Example — passes when the user is not blacklisted:
node: collection type: not nodes: - node: context context: isBlacklisted operator: equal value: true
atLeast Example — passes when at least 2 out of 3 conditions are met:
node: collection type: atLeast count: 2 nodes: - node: context context: withdrawalCount operator: equal value: 0 - node: context context: visitCount operator: greaterThan value: 1 - node: context context: hasVipStatus operator: equal value: true
exactly Example — passes when exactly 2 conditions are met:
node: collection type: exactly count: 2 nodes: - node: context context: withdrawalCount operator: equal value: 0 - node: context context: visitCount operator: greaterThan value: 1 - node: context context: hasVipStatus operator: equal value: true
Switch Node
Evaluates a single context value once and routes execution to the first matching case branch. Similar to a switch/case statement in PHP, but the match criterion for each case can be any registered operator (not just equality).
Properties:
context— name of the context to evaluate (resolved once)cases— array of case entries, each containing:value— the value to compare againstoperator— (optional) operator name; defaults toequalthen— any node to execute when this case matches
default— (optional) any node to execute when no case matches; returnsnullwhen omitted
Cases are evaluated in order and the first match wins — subsequent cases are skipped.
Basic example (role-based dispatch):
node: switch context: userRole cases: - value: admin then: node: value value: 100 - value: manager then: node: value value: 50 - value: user then: node: value value: 10 default: node: value value: 0
Range dispatch with operators (first match wins):
node: switch context: depositSum cases: - operator: greaterThan value: 10000 then: node: value value: platinum - operator: greaterThan value: 5000 then: node: value value: gold - operator: greaterThan value: 1000 then: node: value value: silver default: node: value value: bronze
JSON equivalent:
{
"node": "switch",
"context": "userRole",
"cases": [
{ "value": "admin", "then": { "node": "value", "value": 100 } },
{ "value": "manager", "then": { "node": "value", "value": 50 } },
{ "value": "user", "then": { "node": "value", "value": 10 } }
],
"default": { "node": "value", "value": 0 }
}
The then and default branches can be any node type — including context (with modifiers), condition, collection, or even a nested switch:
node: switch context: userTier cases: - value: vip then: node: context context: getDepositSum modifiers: ["$context * 0.15"] - value: regular then: node: context context: getDepositSum modifiers: ["$context * 0.05"] default: node: value value: 0
Built-in Operators
The following operators are available for context nodes:
Equality & comparison
equal— Strict equality (===)notEqual— Strict inequality (!==)greaterThan— Greater than comparisongreaterThanOrEqual— Greater than or equallowerThan— Less than comparisonlowerThanOrEqual— Less than or equalnumericInRange— Number within an inclusive range;valuemust be a two-element array[min, max]
String
stringContain— String contains substringstringNotContain— String does not contain substringstartsWith— String starts with prefixendsWith— String ends with suffixmatchesRegex— String matches a PCRE regex pattern (e.g."/^\d{4}$/")
Array
arrayContain— Array contains the given element (strict)arrayNotContain— Array does not contain the given element (strict)containsKey— Array contains the given key (string or int)countEqual— Number of array elements equalsvaluecountGreaterThan— Number of array elements is greater thanvalue
Type checks (no value field required)
isEmpty— Value isnull, empty string"", or empty array[]isNull— Value is strictlynullisInstanceOf— Object is an instance of the given fully-qualified class name
Modifiers
Modifiers allow you to transform context values using mathematical expressions. Use the predefined $context variable in your expressions. Variables defined in the Root storage are also available.
For more information about calculations, see: https://github.com/chriskonnertz/string-calc
Storage Variable References
Any string starting with $ in an operator's value field (or a Switch case value) is resolved against Root storage at parse time. This lets you centralise thresholds and constants in one place and reference them across rules:
node: root storage: $minDeposit: 1000 $vipThreshold: 50000 $adminRole: admin rules: node: collection type: and nodes: - node: context context: depositAmount operator: greaterThan value: "$minDeposit" # → resolved to integer 1000 at parse time - node: context context: totalDeposit operator: greaterThan value: "$vipThreshold" # → resolved to integer 50000 at parse time
Works equally in Switch cases:
node: root storage: $adminRole: admin rules: node: switch context: userRole cases: - value: "$adminRole" # → resolved to 'admin' then: node: value value: 100 default: node: value value: 0
Resolution rules:
value in rule |
Storage contains | Result |
|---|---|---|
"$threshold" |
$threshold: 1000 |
operator receives 1000 (int) |
"$role" |
$role: "admin" |
operator receives "admin" (string) |
"$range" |
$range: [100, 500] |
operator receives [100, 500] (array) |
"$unknown" |
(absent) | operator receives "$unknown" (unchanged, no error) |
"admin" |
(any) | operator receives "admin" (literal, no resolution) |
42 |
(any) | operator receives 42 (non-string, no resolution) |
Storage variables continue to work in modifiers exactly as before — the two features are independent and composable.
Rule Engine
RuleEngine evaluates multiple rules in a single run() call and returns an EngineReport with the result of each rule. Rules are executed in priority order (highest first).
use TheChoice\Engine\RuleEngine; $engine = new RuleEngine($container); $engine->addRule('vip_discount', $jsonBuilder->parseFile('rules/vip.json'), priority: 10); $engine->addRule('loyal_discount', $jsonBuilder->parseFile('rules/loyal.json'), priority: 5); $engine->addRule('fraud_block', $jsonBuilder->parseFile('rules/fraud.json')); $report = $engine->run(); // Iterate over fired rules foreach ($report->getFired() as $name => $ruleResult) { echo "{$name}: {$ruleResult->result}\n"; } // Check a specific rule if ($report->hasFired('vip_discount')) { $discount = $report->getResult('vip_discount')->result; } // Get skipped rules (result was null or false) $skipped = $report->getSkipped();
A rule is considered fired when its result is neither null nor false.
Rule Registry
RuleRegistry is a named storage for rules with tags, version, and description metadata.
use TheChoice\Registry\RuleRegistry; $registry = new RuleRegistry(); $registry->register( name: 'vip_discount', node: $jsonBuilder->parseFile('rules/vip.json'), tags: ['discount', 'vip'], version: '2.1', description: 'VIP discount: 10% of last deposit', priority: 10, ); // Lookup by name $entry = $registry->get('vip_discount'); // Filter by tag $discountRules = $registry->findByTag('discount'); // Load into the engine for batch evaluation $engine->loadFromRegistry($registry); $report = $engine->run();
Rule Validator
RuleValidator performs static analysis of a rule tree before execution — it checks that all referenced contexts and operators are registered. Unknown names produce helpful "did you mean?" suggestions based on Levenshtein distance. This is useful in CI/CD pipelines to catch configuration errors before deployment.
use TheChoice\Validator\RuleValidator; $validator = new RuleValidator( contexts: ['withdrawalCount', 'inGroup', 'getDepositSum'], operators: ['equal', 'arrayContain', 'greaterThan'], ); // Validate and inspect errors $result = $validator->validate($node); if (!$result->isValid()) { foreach ($result->getErrors() as $error) { echo $error->toString(); // [root > rules > collection[0]] Context "getDisconut" is not registered (did you mean "getDepositSum"?) } } // Or throw on the first invalid rule (useful in CI/CD) $validator->validateOrThrow($node); // throws ValidationException
Each ValidationError contains:
message— human-readable error descriptionpath— location in the tree (e.g.root > rules > condition.if > collection[1])suggestion— closest valid name if the Levenshtein distance is ≤ 3, ornull
Pass empty arrays to skip validation of contexts or operators:
// Only validate operators, allow any context name $validator = new RuleValidator(contexts: [], operators: ['equal', 'greaterThan']);
The ValidationException provides programmatic access to errors:
use TheChoice\Exception\ValidationException; try { $validator->validateOrThrow($node); } catch (ValidationException $e) { $result = $e->getValidationResult(); $errors = $result->getErrors(); // array<ValidationError> echo $result->toString(); // all errors as a multi-line string }
Evaluation Trace
RootProcessor::processWithTrace() runs the rule tree with tracing enabled. It returns an EvaluationTrace that contains both the final result and a detailed tree of every node visited during evaluation — which node was entered, what it returned, and the nesting structure.
$trace = $rootProcessor->processWithTrace($node); // The result is the same as $rootProcessor->process($node) echo $trace->getValue(); // e.g. 10.5 // Human-readable explanation echo $trace->explain(); // Root[root] → 10.5 // Condition[condition] → 10.5 // Collection[and] → TRUE // Context[withdrawalCount equal] → TRUE // Context[inGroup arrayContain] → TRUE // Context[getDepositSum] → 10.5
Programmatic Trace Access
The trace is a tree of TraceEntry objects that you can walk programmatically:
$rootEntry = $trace->getTrace(); echo $rootEntry->getNodeType(); // "Root" echo $rootEntry->getNodeName(); // "root" echo $rootEntry->getResult(); // 10.5 foreach ($rootEntry->getChildren() as $child) { echo $child->getNodeType(); // "Condition", "Collection", "Context", "Value" echo $child->getNodeName(); // e.g. "withdrawalCount equal" echo $child->getResult(); // the value returned by this node // Children can be nested (e.g. Collection → Context children) foreach ($child->getChildren() as $grandChild) { // ... } }
Result Formatting
TraceEntry::toString() formats results in a human-readable way:
| Result type | Output |
|---|---|
true |
TRUE |
false |
FALSE |
null |
null |
int / float |
42, 10.5 |
string |
"hello" |
array |
[1,2,3] |
Zero Overhead
Tracing has zero overhead when not used — the trace collector is only active during processWithTrace() and is automatically cleaned up afterwards. A normal process() call is completely unaffected.
Event System
RuleEngine accepts an optional PSR-14 EventDispatcherInterface and dispatches events at key points during evaluation. Events are purely observational — they do not alter rule results.
use Symfony\Component\EventDispatcher\EventDispatcher; use TheChoice\Engine\RuleEngine; use TheChoice\Event\ContextEvaluatedEvent; use TheChoice\Event\EngineRunAfterEvent; use TheChoice\Event\RuleFiredEvent; use TheChoice\Event\RuleErrorEvent; $dispatcher = new EventDispatcher(); // Metrics — total run time and fired count $dispatcher->addListener(EngineRunAfterEvent::class, function (EngineRunAfterEvent $e): void { echo sprintf("Engine finished in %.2f ms, %d rules fired\n", $e->elapsedMs, count($e->report->getFired())); }); // Audit — log every fired rule $dispatcher->addListener(RuleFiredEvent::class, function (RuleFiredEvent $e): void { echo sprintf("Rule '%s' fired with result: %s (%.2f ms)\n", $e->ruleName, var_export($e->result->result, true), $e->elapsedMs); }); // Debug — see why a context evaluated the way it did $dispatcher->addListener(ContextEvaluatedEvent::class, function (ContextEvaluatedEvent $e): void { echo sprintf(" %s = %s (%s %s) → %s\n", $e->contextName, var_export($e->contextValue, true), $e->operatorName ?? 'no operator', var_export($e->operatorValue, true), var_export($e->result, true), ); }); // Error handling $dispatcher->addListener(RuleErrorEvent::class, function (RuleErrorEvent $e): void { echo sprintf("Rule '%s' failed: %s\n", $e->ruleName, $e->exception->getMessage()); }); $engine = new RuleEngine($container, $dispatcher); $engine->addRule('vip_discount', $jsonBuilder->parseFile('rules/vip.json'), priority: 10); $report = $engine->run();
Available Events
| Event class | When dispatched |
|---|---|
EngineRunBeforeEvent |
Before RuleEngine::run() processes any rules. Contains the sorted rule list. |
EngineRunAfterEvent |
After all rules are processed. Contains EngineReport and elapsedMs. |
RuleFiredEvent |
When a rule fires (result ≠ null and ≠ false). Contains RuleResult and elapsedMs. |
RuleErrorEvent |
When a rule throws an exception. Contains the Throwable. Exception is re-thrown after dispatch. |
ContextEvaluatedEvent |
After a context node is evaluated. Contains raw contextValue, operatorName, operatorValue, and result. |
SwitchResolvedEvent |
After a switch node resolves. Contains contextValue, matchedCaseIndex (null = default), and result. |
Using with RootProcessor directly
You can also attach the dispatcher to RootProcessor for standalone rule evaluation (without RuleEngine):
$rootProcessor = $container->get(RootProcessor::class); $rootProcessor->setEventDispatcher($dispatcher); $result = $rootProcessor->process($node); // context & switch events will fire
Events work alongside processWithTrace() — both systems are independent.
Zero Overhead
Events have zero overhead when no dispatcher is set — all dispatch calls are guarded by null checks.
Caching
CachedJsonBuilder and CachedYamlBuilder wrap the base builders with a transparent PSR-16 cache layer. The node tree is serialized after the first parse and deserialized on subsequent calls; the cache key is derived from the MD5 of the rule content, so the cache is automatically invalidated when the content changes.
use Psr\SimpleCache\CacheInterface; use TheChoice\Builder\CachedJsonBuilder; /** @var CacheInterface $cache */ // any PSR-16 adapter (Symfony Cache, Laravel Cache, etc.) $builder = new CachedJsonBuilder( container: $container, cache: $cache, ttl: 3600, // optional, seconds or \DateInterval keyPrefix: 'rules.', // optional ); // First call: parse → serialize → store // Subsequent calls: deserialize from cache, no parsing $node = $builder->parseFile('rules/discount.json');
CachedYamlBuilder works identically — just substitute CachedYamlBuilder for CachedJsonBuilder.
Container Integration
Built-in Container
TheChoice\Container is a small PSR-11 implementation bundled with the library. It is intended as a fallback for plain PHP projects without a DI container.
You can extend it at runtime without modifying library code:
$container->registerShared('my.shared.service', fn (): object => new MySharedService()); $container->registerTransient('my.transient.service', fn (): object => new MyTransientService());
You can also override built-in services (for example, a default resolver):
$customResolver = new App\Rules\CustomOperatorResolver(); $container->registerShared(\TheChoice\Operator\OperatorResolverInterface::class, static fn () => $customResolver); $resolver = $container->get(\TheChoice\Operator\OperatorResolverInterface::class);
Using Symfony Container
The library is PSR-11 compatible and works with Symfony DI.
For complete Symfony examples (compact setup + explicit setup, JsonBuilder and YamlBuilder services), see:
Advanced Features
Custom Contexts
Create custom context classes by implementing ContextInterface and register them in the container:
use TheChoice\Context\ContextInterface; class MyContext implements ContextInterface { public function getValue(): mixed { return 42; // your business logic here } } $container = new Container(['myContext' => MyContext::class]);
Custom Operators
Create custom operators by extending AbstractOperator and registering the mapping via OperatorResolverInterface::register():
use TheChoice\Context\ContextInterface; use TheChoice\Operator\AbstractOperator; class BetweenExclusive extends AbstractOperator { public static function getOperatorName(): string { return 'betweenExclusive'; } public function assert(ContextInterface $context): bool { $value = $context->getValue(); [$min, $max] = $this->getValue(); return $value > $min && $value < $max; } } // Register in the resolver $resolver = $container->get(\TheChoice\Operator\OperatorResolverInterface::class); $resolver->register('betweenExclusive', BetweenExclusive::class);
For Symfony examples (register() through DI calls), see docs/symfony.md.
Processor Cache Flushing
Each call to RootProcessor::process() automatically calls flush() on all registered processors, clearing any memoised results from the previous evaluation. This ensures correctness when the same processor instance is reused across multiple rule evaluations.
Examples and Testing
For more detailed examples and usage patterns, see the test files in the test/ directory, especially the container configuration examples.
Contributing
Contributions are welcome! Please feel free to submit a Pull Request.
Fluent Builder (DSL)
RuleBuilder provides a fluent PHP API for building rule trees programmatically — without writing JSON or YAML. All builders are immutable after construction and materialise their corresponding Node on the final ->build() call.
Always wrap the outermost builder in RuleBuilder::root() — its build() propagates the Root reference to every child node, which is required by modifiers, stoppable contexts, and the Switch processor.
Full Example
use TheChoice\Builder\RuleBuilder; use TheChoice\Node\Collection; $root = RuleBuilder::root() ->rules( RuleBuilder::condition() ->if( RuleBuilder::collection(Collection::TYPE_AND) ->add(RuleBuilder::context('withdrawalCount')->equal(0)) ->add(RuleBuilder::context('inGroup')->arrayContain(['vip', 'premium'])) ) ->then( RuleBuilder::context('getDepositSum')->modifier('$context * 0.1') ) ->else(RuleBuilder::value(5)) ) ->build(); $result = $rootProcessor->process($root);
Static Entry Points
| Method | Returns | Description |
|---|---|---|
RuleBuilder::value(mixed $v) |
ValueBuilder |
Static value node |
RuleBuilder::context(string $name) |
ContextBuilder |
Context node with optional operator |
RuleBuilder::condition() |
ConditionBuilder |
if / then / else branching |
RuleBuilder::collection(string $type) |
CollectionBuilder |
Multi-node collection |
RuleBuilder::switch(string $ctx) |
SwitchBuilder |
Switch/case dispatch |
RuleBuilder::root() |
RootBuilder |
Root node — always use as outermost |
ContextBuilder
All 20 built-in operators are available as typed methods:
RuleBuilder::context('depositCount') ->equal(2) // strict equality ->notEqual(0) ->greaterThan(100) ->greaterThanOrEqual(100) ->lowerThan(1000) ->lowerThanOrEqual(999) ->numericInRange([1, 100]) // inclusive range ->arrayContain('vip') ->arrayNotContain('banned') ->containsKey('discount') ->countEqual(3) ->countGreaterThan(0) ->stringContain('prefix') ->stringNotContain('spam') ->startsWith('VIP-') ->endsWith('.ru') ->matchesRegex('/^\d{4}$/') ->isEmpty() // no value needed ->isNull() // no value needed ->isInstanceOf(MyClass::class);
Additional configuration:
RuleBuilder::context('amount') ->modifier('$context * 0.1') // append one modifier ->modifiers(['$context * 2', '...']) // replace all modifiers ->params(['discountType' => 'vip']) // context parameters ->priority(10) // sort priority in collections ->description('10% of deposit') ->stoppable() // store result on Root and stop ->build();
CollectionBuilder
RuleBuilder::collection(Collection::TYPE_AT_LEAST) ->count(2) ->add(RuleBuilder::context('withdrawalCount')->equal(0)) ->add(RuleBuilder::context('visitCount')->greaterThan(5)) ->add(RuleBuilder::context('hasVipStatus')->equal(true)) ->build();
Available types: and, or, not, atLeast (requires ->count(n)), exactly (requires ->count(n)).
SwitchBuilder
// Equality dispatch (default operator: equal) RuleBuilder::switch('userRole') ->case('admin', RuleBuilder::value(100)) ->case('manager', RuleBuilder::value(50)) ->default(RuleBuilder::value(0)); // Range dispatch with named operator RuleBuilder::switch('depositSum') ->caseOp('greaterThan', 10000, RuleBuilder::value('platinum')) ->caseOp('greaterThan', 5000, RuleBuilder::value('gold')) ->caseOp('greaterThan', 1000, RuleBuilder::value('silver')) ->default(RuleBuilder::value('bronze')); // Pre-configured operator instance RuleBuilder::switch('amount') ->caseWith(new GreaterThan()->setValue(5000), RuleBuilder::value('gold'));
RootBuilder
RuleBuilder::root() ->rules(NodeBuilderInterface $node) // required ->storage(['$rate' => 0.1, '$max' => 1000]) ->description('Discount rules v3') ->build(); // → Root (with all child roots propagated)
Node Exporter
JsonNodeExporter and YamlNodeExporter convert a Node tree back to a JSON or YAML string (or file). The output is round-trip safe — re-parsing the exported content produces a tree with identical runtime behaviour.
Both exporters share the same NodeSerializer which builds the intermediate PHP array.
use TheChoice\Exporter\JsonNodeExporter; use TheChoice\Exporter\NodeSerializer; use TheChoice\Exporter\YamlNodeExporter; $serializer = new NodeSerializer(); $jsonExporter = new JsonNodeExporter($serializer); $yamlExporter = new YamlNodeExporter($serializer); // From a parsed file, a RuleBuilder tree, or any other Node source: $node = $jsonBuilder->parseFile('rules/discount.json'); // ── JSON ────────────────────────────────────────────────────────────── $pretty = $jsonExporter->export($node); // pretty-printed (default) $compact = $jsonExporter->export($node, pretty: false); // compact / minified $jsonExporter->exportToFile($node, 'rules/discount.json'); // pretty $jsonExporter->exportToFile($node, 'rules/discount.min.json', pretty: false); // ── YAML ────────────────────────────────────────────────────────────── $yaml = $yamlExporter->export($node); // default: inline=4, indent=2 $yaml = $yamlExporter->export($node, inline: 6); // expand deeper before going inline $yamlExporter->exportToFile($node, 'rules/discount.yaml');
The NodeSerializer intermediate toArray() is public — use it directly when you need the raw PHP array:
$array = $serializer->toArray($node); // → ['node' => 'root', 'rules' => ['node' => 'condition', ...]]
Round-trip guarantee: all built-in node types (Root, Value, Context, Condition, Collection, SwitchNode) are fully supported. Optional fields (description, priority, params, modifiers, storage, break, else, default) are only emitted when they differ from the default value, keeping the output minimal.
License
This project is licensed under the MIT License - see the LICENSE file for details.