1.2 为什么要使用规则引擎

         下面的问题经常被问到：
               1。什么时候使用规则引擎。
               2。规则引擎比“if...else...”语句有什么样的优势。
               3。为什么使用规则引擎来代替动态脚本框架，比如Beanshell。

    1.2.1 总结使用规则引擎的优点
                 声明式编程
                  规则引擎容许你“应该做什么”而不是“怎么做”
               这个优点的关键点在于对于很难的问题也容易表述解决方案，应而可以很容易检测解决方法(比阅读代码简单).
               规则引擎解决很难很难问题的能力很强，只要解决方法能够描述怎么做就行(对于AI神经网络系统或则人的想法就不容易咯)
               把业务规则和数据分开
                        数据在业务领域对象里，逻辑在业务规则里。这个打破了OO数据和逻辑不分离的基本规则(这个优势取决你看问题的观点)，这样的结果可以很容易维护业务规则，在业务层规则里适应未来的业务改变。
               运行速度快，性能可度量
               Drools' Reteoo 派生于Rete 和Leaps 算法，根据你的业务数据对象提供非常快速的规则匹配。当你的数据不做经常任何改变时，运行更有效率(规则引擎会记住以前的模式匹配)。
               集中知识
                一旦使用并运行规则引擎，就创建了知识仓储。这个意味着对于业务方针的单点入口。更理想情况是规则更容易读，业务服务可以文档化。
               工具集成
               eclipse的工具提供编辑和管理rules和直接的反馈，认证，内容协助。监控和调试工具也处于可用状态。
               日志清晰
               规则引擎有效的提供“解析说明”能够记录规则引擎做了些什么
               易理解的规则
               为业务领域问题创建创建领域模型，业务规则则可以用很自然的语言描叙，这样设计者可以拿很容易理解的规则给没有技术基础业务领域专家()