brij-spec
Business Rules in JSON. A standard, specification and schema.
We are currently in 0.x.x versioning: some core changes are still being pushed out. A version 1.0.0 will be released following best practices when identified as final.
Specification Basics
A BRIJ compliant file is a JSON document that contains an array that is a list of objects for each of your rule definitions. In the simplest form, a BRIJ compliant document looks like this:
[
{
"rule": {
"condition": "email_address",
"property": "user.email"
}
}
]
Each rule object in the array is defined by the following main properties:
- id: optional
- description: optional
- rule: required
- property: required
- condition: required
- actions: optional
Unless custom actions are defined, the engine should simply evaluate the defined rule as boolean true or false.
Defining a Rule
Valid Conditions
Custom function call
- call
- function
Formatting
- email_address
- zipcode
- yyyy_mm_dd_hh_mm_ss
- yyyy_mm_dd_hh_mm
- yyyy_mm_dd
- mm_dd_yyyy
- yyyy
- hh_mm
- hh_mm_ss
- matches_regex
- value
Value Comparison
Numeric
- is_integer
- is_float
- equal
- value
- equal_property
- value
- not_equal
- value
- not_equal_property
- value
- greater_than
- value
- greater_than_property
- value
- less_than
- value
- less_than_property
- value
- greater_than_or_equal
- value
- greater_than_or_equal_property
- value
- less_than_or_equal
- value
- less_than_or_equal_property
- value
- between
- start
- end
String
- equal
- value
- equal_property
- value
- not_equal
- value
- not_equal_property
- value
- starts_with
- value
- ends_with
- value
- contains
- value
- not_empty
- is_empty
Boolean
- is_true
- is_false
List
- in
- values
- not_in
- values
- contains
- value
- does_not_contain
- value
- includes_all
- values
- includes_none
- values
Combining Conditions
- if
- then
- and
- or
Defining Actions
- callOnTrue
- args
- callOnFalse
- args
- returnOnTrue
- returnOnFalse
Examples
Validation
You'll probably want to validate that your rules are written correctly, so that an engine that adheres to the BRIJ specification can accurately parse, and evaluate your rules.
As a node library
npm install --save brij-spec
To validate your rule
var brijSpec = require('brij-spec');
var result = brijSpec.validate([{rule: {condition: "equal", property: "myProp"}}]);
More likely though, you'll want to validate a file with your rules defined
var fs = require('fs'),
brijSpec = require('brij-spec');
var ruleData = fs.readFileSync('my-rule-file.json', 'utf8').toString();
var result = brijSpec.validate(ruleData);
Command line
There is also a command line client for your convenience.
npm install -g brij-spec
See brij-validate --help
for usage:
Options:
--filename, -f JSON rules file to validate
--quiet, -q less output [default: false]
--help, -h, -? this help message
Getting Involved
We encourage anyone who's interested in participating in the formation of this standard to join the discussions here on GitHub. Also feel free to fork this project and submit new ideas to add to the brij-spec
standard.
Versioning
brij-spec
adheres to Semantic Versioning 2.0.0. If there is a violation of this scheme, report it as a bug. Specifically, if a patch or minor version is released and breaks backward compatibility, that version should be immediately yanked and/or a new version should be immediately released that restores compatibility. Any change that breaks the public API will only be introduced at a major-version release. As a result of this policy, you can (and should) specify any dependency on brij-spec
by using the Pessimistic Version Constraint with two digits of precision.