作者：废物大师兄

出处：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脚本引擎进行业务规则剥离。