作者：废物大师兄
出处：https://www.cnblogs.com/cjsblog/p/13088017.html
1. Easy Rules 概述
Easy Rules是一个Java规则引擎，灵感来自一篇名为《Should I use a Rules Engine?》的文章
规则引擎就是提供一种可选的计算模型。与通常的命令式模型（由带有条件和循环的命令依次组成）不同，规则引擎基于生产规则系统。这是一组生产规则，每条规则都有一个条件（condition）和一个动作（action）———— 简单地说，可以将其看作是一组if-then语句。
精妙之处在于规则可以按任何顺序编写，引擎会决定何时使用对顺序有意义的任何方式来计算它们。考虑它的一个好方法是系统运行所有规则，选择条件成立的规则，然后执行相应的操作。这样做的好处是，很多问题都很自然地符合这个模型：
规则引擎是一种工具，它使得这种计算模型编程变得更容易。它可能是一个完整的开发环境，或者一个可以在传统平台上工作的框架。生产规则计算模型最适合仅解决一部分计算问题，因此规则引擎可以更好地嵌入到较大的系统中。
你可以自己构建一个简单的规则引擎。你所需要做的就是创建一组带有条件和动作的对象，将它们存储在一个集合中，然后遍历它们以评估条件并执行这些动作。
Easy Rules它提供Rule抽象以创建具有条件和动作的规则，并提供RuleEngine API，该API通过一组规则运行以评估条件并执行动作。
Easy Rules简单易用，只需两步：
首先，定义规则，方式有很多种
方式一：注解
方式二：链式编程
方式三：表达式
方式四：yml配置文件
例如：weather-rule.yml
接下来，应用规则
入门案例：Hello Easy Rules
通过骨架创建maven项目：
默认给我们生成了一个HelloWorldRule规则，如下：
2. 规则定义
2.1. 定义规则
大多数业务规则可以用以下定义表示：
Easy Rules为每个关键点提供了一个抽象来定义业务规则。
在Easy Rules中，Rule接口代表规则
evaluate方法封装了必须计算结果为TRUE才能触发规则的条件。execute方法封装了在满足规则条件时应该执行的动作。条件和操作由Condition和Action接口表示。
定义规则有两种方式：
可以在一个POJO类上添加@Rule注解，例如：
@Condition注解指定规则条件 @Fact注解指定参数 @Action注解指定规则执行的动作
RuleBuilder支持链式风格定义规则，例如：
组合规则
CompositeRule由一组规则组成。这是一个典型地组合设计模式的实现。
组合规则是一个抽象概念，因为可以以不同方式触发组合规则。
Easy Rules自带三种CompositeRule实现：
复合规则可以从基本规则创建并注册为常规规则：
每个规则都有优先级。它代表触发注册规则的默认顺序。默认情况下，较低的值表示较高的优先级。可以重写compareTo方法以提供自定义优先级策略。
2.2. 定义事实
在Easy Rules中，Fact API代表事实
举个栗子：
或者，也可以用这样简写形式
用@Fact注解可以将Facts注入到condition和action方法中
2.3. 定义规则引擎
Easy Rules提供两种RulesEngine接口实现：
创建规则引擎：
然后，注册规则
规则引擎有一些可配置的参数，如下图所示：
举个栗子：
2.4. 定义规则监听器
通过实现RuleListener接口
3. 示例
4. 扩展
规则本质上是一个函数，如y=f(x1,x2,..,xn)
规则引擎就是为了解决业务代码和业务规则分离的引擎，是一种嵌入在应用程序中的组件，实现了将业务决策从应用程序代码中分离。
还有一种常见的方式是Java+Groovy来实现，Java内嵌Groovy脚本引擎进行业务规则剥离。