不要看一大堆卖产品人吹牛逼，高大上的。没几个说清的，忒，啥也不是。
规则引擎本质上就是 if-else 不断进化的数码宝贝。与所谓的高大上的机器学习，自然语言 差不多，一堆if-else而已。不服的扒开源码贴出来。流程图画出来。
开始：
规则引擎基本三要素：规则，执行逻辑，执行引擎。
首先，规则引擎是产品，是一个成熟型的产品，它不仅仅只有if-else ，它还集成了很多功能。
如果规则管理，执行逻辑管理，执行逻辑与规则的指针关系管理。
所有需求与产品都需要基于实际业务，解决现实问题。
规则引擎的优势是这个产品的灵活性。请注意，我说的是这个产品的灵活性，产品好用方便了客户，那就得累死程序员，没有两边都不出力就能好用的，那是许愿。
1.你要使用的规则需要预先配置好，存起来。简单理解为字典表。
注意：不同的是，规则配置多种多样，可能是逻辑运算符，也可能是枚举值，更特么离谱的也有下拉框。。。具体的根据不同产品需求。如果你说下拉不算，只有运算规则才算，那就片面了。
就好比你的需求只是去接你儿子放学，自行车也行，奔驰也行。你非要修一条高铁，那就是地主家的傻儿子。
2.执行逻辑的配置，你可以预先写好好几种，几十种，几百种代码处理逻辑，每个独立。也可以接受用户自定义逻辑代码。这个还是基于你的实际需求。如果你是开发性的平台，那最好是可以支持用户自定义自己的代码。如果你只是自己买包瓜子，大可不必。
3.建立逻辑与规则的指针关系。我理解这部分也应该归属于所谓的执行引擎（其实就是代码根据这个指针关系去执依据对应的规则执行逻辑处理），因为执行的时候强依赖这个关系。
这里本质上就是策略的思想，说白了就是将if-else的代码 变成了 配置化的 关系动态查找，绑定。
比如3层规则，每层2种规则，那么你一共是72种(如下面枚举)，写if else 写死你个吊毛。
但是如果做成动态配置的，交给数据库管理就方便多了。
如：
a1 - b1 -c1, a1 - b1 -c2, a1 - b2 -c1 ,a1 - b2 -c2, a1 - c1 -b1 , a1 - c1 -b2, a1 - c2 -b1 , a1 - c2 -b2,
a2 - b1 -c1, a2 - b1 -c2, a2 - b2 -c1 ,a2 - b2 -c2, a2 - c1 -b1 , a2 - c1 -b2, a2 - c2 -b1 , a2 - c2 -b2,
a1 - b1, a1 - b2, a1 - c1, a1 - c2
a2 - b1, a2 - b2, a2 - c1, a2 - c2
b1 - a1 -c1, b1 - a1 -c2, b1 - a2 -c1 ,b1 - a2 -c2, b1 - c1 -a1 , b1 - c1 -a2, b1 - c2 -a1 , b1 - c2 -a2,
b2 - a1 -c1, b2 - a1 -c2, b2 - a2 -c1 ,b2 - a2 -c2, b2 - c1 -a1 , b2 - c1 -a2, b2 - c2 -a1 , b2 - c2 -a2,
b1 - a1, b1 - a2, b1 - c1, b1- c2
b2 - a1, b2 - a2, b2 - c1, b2- c2
c1 - a1 -b1, c1 - a1 -b2, c1 - a2 -b1, c1 - a2 -b2, c1 - b1 -a1 , c1 - b1 -a2, c1 - b2 -a1 , c1 - b2 -a2,
c2 - a1 -b1, c2 - a1 -b2, c2 - a2 -b1, c2 - a2 -b2, c2 - b1 -a1 , c2 - b1 -a2, c2 - b2 -a1 , c2 - b2 -a2,
c1-a1, c1-a2, c1 - b1, c1 - b2
c2-a1, c2-a2, c2 - b1, c2 - b2
这就是规则引擎的价值了，简单的判定逻辑是if -else ，稍微多一点的 可以通过动态的策略去处理，双层策略递归。但是这两种都需要程序员提前去写好大量的代码。不优雅也容易出错。
将规则，执行逻辑，执行顺序(及逻辑与规则的指针关系)，做成可配置的话就方便了很多。只需要查询一次数据，得到要处理的指针关系链，去按指针顺序执行匹配的规则即可。我们把这种思想，这种代码做成的最终的产品，叫做：规则引擎。
本质思想还是策略。
