什么是规则引擎? - martinfowler

规则引擎是关于提供一个替代的计算模型。规则引擎不是通常的命令式模型，它是由带有条件和循环的顺序的命令组成的，而是基于生产规则系统的。这是一组生产规则，每个规则都有一个条件和一个动作--简单地说，你可以把它看成是一堆if-then语句。

微妙之处在于，规则可以以任何顺序编写，引擎决定何时使用任何有意义的顺序来评估它们。一个好的思考方式是，系统运行所有的规则，挑选出条件为真的规则，然后评估相应的行动。这样做的好处是，许多问题都自然而然地符合这个模型。

 if car.owner.hasCellPhone then premium += 100;
  if car.model.theftRating > 4 then premium += 200;
  if car.owner.livesInDodgyArea && car.model.theftRating > 2 
     then premium += 300;

规则引擎是一种工具，它使使用这种计算模型进行编程变得更加容易。它可能是一个完整的开发环境，也可能是一个可以与传统平台一起工作的框架。近年来，我所看到的大多数都是旨在与现有平台相适应的工具。曾几何时，有一种使用这样的工具构建整个系统的概念，但现在人们（明智地）倾向于只在系统的部分使用规则引擎。生产规则的计算模型只适合于计算问题的一个子集，所以规则引擎最好嵌入到更大的系统中。
你可以自己建立一个简单的规则引擎。你所需要的只是创建一堆带有条件和动作的对象，把它们存储在一个集合中，然后通过它们来评估条件和执行动作。但大多数情况下，当人们提到 "规则引擎 "时，他们指的是专门用来帮助你建立和运行规则引擎的产品。指定规则的技术可以是不同的，包括让人们把规则描述成Java对象的API，表达规则的DSL，或者允许人们输入规则的GUI。更有效的执行引擎有助于使用专门的算法（如Rete算法）快速评估数百条规则的条件。
 
重要特点
规则引擎的一个重要属性是链式，即一个规则的动作部分改变了系统的状态，从而改变了其他规则的条件部分的值。链式听起来很吸引人，因为它支持更复杂的行为，但是很容易就会导致推理和调试的困难。

我遇到过一些人们使用规则引擎产品的案例，每次事情似乎都不太顺利（免责声明：我不是一个统计学上的有效样本）。通常情况下，规则引擎的核心主张是，它将允许业务人员自己指定规则，因此他们可以在不涉及程序员的情况下建立规则。就像很多时候一样，这听起来很有道理，但在实践中却很少发挥作用。

即便如此，BusinessReadableDSL还是有价值的，而且这也是我看到这种计算模型的价值所在。但是这里也有一些问题。最大的问题是，虽然把目光投向规则列表，看到每一条规则都是有意义的，但规则的交互往往是相当复杂的--特别是在连锁的情况下。所以我经常听到有人说，建立一个规则系统很容易，但要维护它却非常困难，因为没有人能够理解这种隐含的程序流程。这就是离开命令式计算模型的黑暗面。对于命令式代码的所有缺点，要理解它的工作原理是相对容易的。对于一个生产型的规则系统，似乎很容易达到这样的程度：一个地方的简单改变会导致很多意外的后果，而这些后果很少会有好结果。
 
以下是注意点

• 看起来限制规则的数量确实很重要，事实上，任何系统如果有足够多的规则，需要复杂的算法来获得良好的性能，可能有太多的规则被理解。
• 要非常小心你如何使用链式，通常最好是组织你的规则来限制甚至消除链式。
• 和许多地方一样，测试在这里经常被低估，但隐性行为使得测试更加重要--而且需要用生产数据进行测试。
• 在建立一个规则系统的时候，我希望做一些会导致EarlyPain的事情，对规则基础进行修改。