- Engo is a custom rule engine that parses rules defined in its specific language. It helps define rules and validate users against these rules.
- Engo supports representations like
ASTs (Abstract Syntax Trees)
andDAGs (Directed Acyclic Graphs)
to optimize rule processing. - The UI, built using React Flow, allows interactive visualizations of these rule structures.
AST (Abstract Syntax Tree) | DAG (Directed Acyclic Graph) |
---|---|
Represents the syntax of a rule. It is commonly used in compilers for code analysis. Compiler first creates a parse tree (Concrete Syntax Tree) which is converted to an Syntax tree (Abstract Syntax). | Represents a compressed form of an AST. In large-scale applications with complex expressions, DAGs significantly reduce storage and eliminate redundant computations. |
- A code-snippet from Engo's Tokenizer. Can parse numbers, attributes, functions (custom user-defined), left and right parantheses, comma andlogical operator in order of precedence (AND, OR, NOT).
token_specification = [
('NUMBER', r'-?\d+(\.\d+)?'), # Integer or decimal number, including negatives
('STRING', r"'[^']*'"), # String enclosed in single quotes
('AND', r'\bAND\b'), # Logical AND
('OR', r'\bOR\b'), # Logical OR
('NOT', r'\bNOT\b'), # Logical NOT
('FUNCTION', r'\b\w+\s*\('), # Function names followed by '('
('COMMA', r','), # Comma
('OP', r'(<=|>=|<>|!=|=|<|>)'), # Comparison operators
('LPAREN', r'\('), # Left parenthesis
('RPAREN', r'\)'), # Right parenthesis
('IDENT', r'\b\w+\b'), # Identifiers
('SKIP', r'[ \t]+'), # Skip spaces and tabs
('MISMATCH', r'.'), # Any other character
]
Engo supports the following types of nodes:
-
Operator Node
- Represents logical operators like
AND
,OR
, andNOT
. - Example:
This represents an operator node that combines two sub-expressions using the
Node(node_type='operator', value='AND', left=Node(...), right=Node(...))
AND
operator.
- Represents logical operators like
-
Condition Node
- Represents a condition to be evaluated. It contains an attribute, an operator, and an operand.
- Example:
This represents a condition node that checks if the attribute
Node(node_type='condition', value=('age', '>', 30))
age
is greater than30
.
-
Function Node
- Represents a function call with arguments. The function can be one of the custom functions defined in Engo.
- Example:
This represents a function node for the
Node(node_type='function', value='calculate_bonus', args=[Node(node_type='variable', value='experience')])
calculate_bonus
function, which takesexperience
as an argument.
-
Constant Node
- Represents a constant value, either numeric or Boolean.
- Example:
This represents a constant node with the value
Node(node_type='constant', value=42)
42
.
-
Variable Node
- Represents a variable that can be referenced within a condition or function.
- Example:
This represents a variable node with the value
Node(node_type='variable', value='salary')
salary
.
Feature | Function | Description |
---|---|---|
Rule Creation | create_rule(rule_string:string) |
Parses a rule string into an AST representation. |
Combining Rules | combine_rules(rules list, use_most_freq_operator_heuristic:bool, custom_operator:str) |
Combines multiple rules into a single AST. |
Rule Evaluation | evaluate_rule(ast:Node, data:JSON) |
Evaluates an AST against user-provided data to determine if the rule holds true. |
Add Sub-expression | add_sub_expression(parent_id:str, sub_expr_ast Node, position:string) |
Adds a sub-expression to an operator node. |
Remove Sub-expression | remove_sub_expression(target_id:string) |
Removes a sub-expression. Note: Does not work for the root node. |
Change Operator | change_operator(target_id:str, new_operator:str) |
Changes the operator of an operator or condition node. |
Change Operand | change_operand(target_id:str, new_left_operand:Node, new_right_operand:Node) |
Modifies the left or right operand of a condition node. |
Function | Description |
---|---|
get_minimum_age() | Returns 18 . |
calculate_bonus(experience) | Returns experience * 1000 . |
average_salary() | Returns 40000 . |
salary_for_age_experience(age, experience) | Calculates salary using age and experience with the formula salary = (age * experience * 1000) + 1000 . |
max(x, y) | Returns the maximum value between x and y . |
min(x, y) | Returns the minimum value between x and y . |
abs(x) | Returns the absolute value of x . |
- Clone the repository and install necessary tools (
Node.js
,npm
,Python
,Flask
,Docker
etc.). - Run the following commands in
/client
:
npm i && npm run dev
- In the root directory, install dependencies and run the main file:
pip install -r requirements.txt
python main.py
- Start the PostgreSQL database using Docker:
docker-compose -f docker-compose.yaml up
- To view the Postgres shell and execute commands, run the following command:
docker exec -it postgres_db psql -U postgres -d postgres
- Clone the repository.
- Run the command
docker-compose -f docker-compose-prod.yaml up
- And thats it! π
- Example 1:
>>> from engine_utils import *
>>> rule = "salary > salary_for_age_exp(age, experience)"
>>> ast = create_rule(rule)
>>> ast.get_text()
'(salary > salary_for_age_exp(age, experience))'
>>> evaluate_rule(ast, {"salary": 90000, "age": 21, "experience": 0})
True
>>> evaluate_rule(ast, {"salary": 90000, "age": 21, "experience": 5})
False
- Example 2:
>>> from engine_utils import *
>>> rule = "age > 21 or experience > 4"
>>> ast = create_rule(rule)
>>> ast.get_text()
'((age > 21) OR (experience > 4))'
>>> ast
Node(node_type=operator, value=OR)
>>> print_ast_json(ast)
{
"id": "COND_VAR_age_>_CONST_21-OR-COND_VAR_experience_>_CONST_4",
"node_type": "operator",
"value": "OR",
"left": {
"id": "COND_VAR_age_>_CONST_21",
"node_type": "condition",
"operator": ">",
"left": {
"id": "VAR_age",
"node_type": "variable",
"value": "age"
},
"right": {
"id": "CONST_21",
"node_type": "constant",
"value": 21
}
},
"right": {
"id": "COND_VAR_experience_>_CONST_4",
"node_type": "condition",
"operator": ">",
"left": {
"id": "VAR_experience",
"node_type": "variable",
"value": "experience"
},
"right": {
"id": "CONST_4",
"node_type": "constant",
"value": 4
}
}
}
- After running the application, open the react application (Port 5173 for local and Port 3000 in case you are using docker) and perform any desired functions.
π API Action | π Endpoint | π Description | π Parameters |
---|---|---|---|
CREATE RULE | /rule (POST) |
Create a rule from a string and return its ID. | - rule_text (string, required): The rule to be created in Engolang. |
RETRIEVE RULE | /rule/<rule_id> (GET) |
Retrieve a rule by ID. | - rule_id (integer, path): The unique identifier of the rule to retrieve. |
COMBINE RULES | /rules/combine (POST) |
Combine multiple rules into one and return its AST. | - rule_ids (list of integers, required): IDs of rules to combine. - use_most_freq_operator_heuristic (integer, optional): Set to 1 to use heuristic. - custom_operator (string, optional): Operator (AND or OR ). - store_combined_rule (boolean, optional): Store the combined rule. |
EVALUATE RULE | /rule/evaluate (POST) |
Evaluate a rule given user data and return the result. | - rule_id (integer, required): ID of the rule to evaluate. - data_for_evaluation (object, required): Data to evaluate the rule against. |
EVALUATE COMBINED RULES | /evaluate-combined-rules (POST) |
Evaluate combined rules and return the result. | - rule_ids (list of integers, required): IDs of rules to combine and evaluate. - data_for_evaluation (object, required): Data to evaluate against. - use_most_freq_operator_heuristic (integer, optional): Set to 1 to use heuristic. - custom_operator (string, optional): Operator (AND or OR ). - store_combined_rule (boolean, optional): Store the combined rule. |
DELETE RULE | /rule/<rule_id> (DELETE) |
Delete a rule by ID. | - rule_id (integer, path): The unique identifier of the rule to delete. |
RETRIEVE ALL RULES | /all-rules (GET) |
Retrieve all rules in the system. | None |
- The below table represents all the bonus features requested by Zeotap. All features have been implemented!
Sl.No | Feature Requested | Details of feature | Implemented |
---|---|---|---|
1 | Error handling for invalid rule strings. | The Rule Engine accurately throws a custom ParseError in case of errors such as missing an operator after operand, imperfect closing of parenthesis, unexpected occurance of a token, etc |
β |
2 | Implement validations for attributes to be part of a catalog. | While parsing the rule to an AST and modifying the AST, the engine checks if the attributes are part of the ATTRIBUTE_CATALOG , in the absence of which, a custom exception is raised. |
β |
3 | Modification of existing rules. | Rules can be modified by change of operator using the node.change_operator() API, change of operand (left and right operand values) using the node.change_operand() API and adding and removal of sub-expressions within the AST using node.add_sub_expression() and node.remove_sub_expression() APIs.. |
β |
4 | User-defined functions within the rule language. | Custom functions have been tested and implemented. For example: calculate_bonus(experience) : A function to calculate bonus using the experience, get_minimum_age() : Returns some fixed value. I have also added support for the functions: min() , max() and abs() . |
β |
- To view the tests in detail, navigate to
run-tests.py
.
Sl.No | Test Case | Passing (β ) / Not Passing (β) |
---|---|---|
1 | Parsing a rule with simple condition. [create_rule(rule:string)] |
β |
2 | Parsing a rule with condition and function. [create_rule(rule:string)] |
β |
3 | Combining Rules with OR. [combine_rules([rules]:list)] |
β |
4 | Combining Rules with AND. [combine_rules([rules]:list)] |
β |
5 | Evaluating Simple Condition [evaluate_rule(ast:RootNode, data:JSON)] |
β |
6 | Evaluating Combined Rules. [evaluate_rule(ast:RootNode, data:JSON)] |
β |
7 | Function Without Arguments | β |
8 | Function With Arguments | β |
9 | Negative Number Less Than | β |
10 | Negative Number Greater Than | β |
11 | AST Serialization and Deserialization | β |
12 | AST Serialization and Deserialization Complex | β |
fin