Download the PHP package xdimedrolx/rulerz without Composer
On this page you can find all versions of the php package xdimedrolx/rulerz. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
Download xdimedrolx/rulerz
More information about xdimedrolx/rulerz
Files in xdimedrolx/rulerz
Package rulerz
Short Description Powerful implementation of the Specification pattern
License MIT
Homepage https://github.com/K-Phoen/RulerZ
Informations about the package rulerz
RulerZ
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).
2. Define a datasource
We have the following datasources:
3. Use a rule to query a datasource
For any of our datasource, retrieving the results is as simple as calling the
filter
method:
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:
Going further
Check out the documentation to discover what RulerZ can do for you.
License
This library is under the MIT license.
All versions of rulerz with dependencies
xdimedrolx/hoa-ruler Version ^1.0
symfony/property-access Version ^3.0|^4.0|^5.0|^6.0