kphoen / rulerz
Powerful implementation of the Specification pattern
Fund package maintenance!
Patreon
Installs: 1 191 579
Dependents: 13
Suggesters: 0
Security: 0
Stars: 872
Watchers: 47
Forks: 97
Open Issues: 27
Requires
- php: >=7.1
- hoa/ruler: ~2.0
- symfony/property-access: ~3.0|~4.0
Requires (Dev)
- behat/behat: ~3.0
- coduo/phpspec-data-provider-extension: ~1.0,!=1.0.2
- doctrine/orm: ~2.4
- elasticsearch/elasticsearch: ~1.0
- illuminate/database: ~5.0
- kphoen/rusty: dev-master
- liip/rmt: ^1.2
- mikey179/vfsstream: ~1.4
- phpspec/phpspec: ~2.0,>=2.4-dev
- pomm-project/cli: ~2.0@dev
- pomm-project/foundation: ~2.0@dev
- pomm-project/model-manager: ~2.0.@dev
- ruflin/elastica: ~1.0
- solarium/solarium: ~3.0
- vlucas/phpdotenv: ~2.1
Suggests
- doctrine/orm: To execute rules as Doctrine queries
- elasticsearch/elasticsearch: To execute rules as Elasticsearch queries
- kphoen/rulerz-spec-builder: If you want a specification builder
- pomm-project/model-manager: To execute rules as Pomm queries
- solarium/solarium: To execute rules as Solr queries
- dev-master / 1.0.x-dev
- 0.x-dev
- 0.21.1
- 0.21.0
- 0.20.5
- 0.20.4
- 0.20.3
- 0.20.2
- 0.20.1
- 0.20.0
- 0.19.3
- 0.19.2
- 0.19.1
- 0.19.0
- 0.18.1
- 0.18.0
- 0.17.0
- 0.16.3
- 0.16.2
- 0.16.1
- 0.16.0
- 0.15.0
- 0.14.1
- 0.14.0
- 0.13.1
- 0.13.0
- 0.12.0
- 0.11.0
- 0.10.1
- 0.10.0
- 0.9.0
- 0.8.2
- 0.8.1
- 0.8.0
- 0.7.0
- 0.6.0
- 0.5.3
- 0.5.2
- 0.5.1
- 0.5.0
- 0.4.4
- 0.4.3
- 0.4.2
- 0.4.1
- 0.4.0
- 0.3.0
- 0.2.0
- 0.1.0
- dev-ci
This package is auto-updated.
Last update: 2024-10-30 01:32:50 UTC
README
⚠️ This project is no longer maintained, reach out to me if you are interested in becoming maintainer ⚠️
The central idea of Specification is to separate the statement of how to match a candidate, from the candidate object that it is matched against.
Specifications, explained by Eric Evans and Martin Fowler
RulerZ is a PHP implementation of the Specification pattern which puts the emphasis on three main aspects:
- an easy and data-agnostic DSL to define business rules and specifications,
- the ability to check if a candidate satisfies a specification,
- the ability to filter or query any datasource to only retrieve candidates matching a specification.
Introduction
Business rules can be written as text using a dedicated language, very close to SQL, in which case we refer to them as rules or they can be encapsulated in single classes and referred to as specifications.
Once a rule (or a specification) is written, it can be used to check if a single candidate satisfies it or directly to query a datasource.
The following datasources are supported natively:
- array of arrays,
- array of objects.
And support for each one of these is provided by an additional library:
- Doctrine DBAL QueryBuilders: rulerz-php/doctrine-dbal,
- Doctrine ORM QueryBuilders: rulerz-php/doctrine-orm,
- Pomm models: rulerz-php/pomm,
- Elasticsearch (using the official client: rulerz-php/elasticsearch,
- Solr (using the solarium: rulerz-php/solarium,
- Laravel's Eloquent ORM: rulerz-php/eloquent.
Killer feature: when working with Doctrine, Pomm, or Elasticsearch, RulerZ is able to convert rules directly in queries and does not need to fetch data beforehand.
That's cool, but why do I need that?
First of all, you get to express business rules in a dedicated, simple language. Then, these business rules can be encapsulated in specification classes, reused and composed to form more complex rules. Specifications are now reusable and testable. And last but not least, these rules can be used both to check if a candidate satisfies it and to filter any datasource.
If you still need to be conviced, you can read the whole reasoning in this article.
Quick usage
As a quick overview, we propose to see a little example that manipulates a simple rule and several datasources.
1. Write a rule
The rule hereafter describes a "high ranked female player" (basically, a female player having more than 9000 points).
$highRankFemalesRule = 'gender = "F" and points > 9000';
2. Define a datasource
We have the following datasources:
// a Doctrine QueryBuilder $playersQb = $entityManager ->createQueryBuilder() ->select('p') ->from('Entity\Player', 'p'); // or an array of arrays $playersArr = [ ['pseudo' => 'Joe', 'gender' => 'M', 'points' => 2500], ['pseudo' => 'Moe', 'gender' => 'M', 'points' => 1230], ['pseudo' => 'Alice', 'gender' => 'F', 'points' => 9001], ]; // or an array of objects $playersObj = [ new Player('Joe', 'M', 40, 2500), new Player('Moe', 'M', 55, 1230), new Player('Alice', 'F', 27, 9001), ];
3. Use a rule to query a datasource
For any of our datasource, retrieving the results is as simple as calling the
filter
method:
// converts the rule in DQL and makes a single query to the DB $highRankFemales = $rulerz->filter($playersQb, $highRankFemalesRule); // filters the array of arrays $highRankFemales = $rulerz->filter($playersArr, $highRankFemalesRule); // filters the array of objects $highRankFemales = $rulerz->filter($playersObj, $highRankFemalesRule);
3. (bis) Check if a candidate satisfies a rule
Given a candidate, checking if it satisfies a rule boils down to calling the
satisfies
method:
$isHighRankFemale = $rulerz->satisfies($playersObj[0], $highRankFemalesRule);
Going further
Check out the documentation to discover what RulerZ can do for you.
License
This library is under the MIT license.