drools使用手册第四--五章

drools使用手册第四--五章内容摘要：

输入表中 3. 规则概述输入决策表 4. 决策表交给技术人员，他将商业语言（规则概述）映射为脚本（如果是一个新的应用或数据模型，可能包含软件开发） 5. 技术人员与商业分析师一起进行复查修改 6. 商业分析师可以继续按需要修改规则行 7. 同时，技术人员可以为规则开发测试用例（与商业分析师交流），这些测试用例可以在系统运行后被用来确认规则的有效性以及规则修改的影响。 . 使用电子表格特性 你可以使用像 Excel 这样的程序的功能特性为输入数据时提供辅助，例 如校验字段。 你可以使用列表在其它 WookSheet 中保存单元的有效值，像下图所示。 一些应用提供有限的历史修改记录，但推荐使用版本控制工具。 因此当你对规则进行修改时，旧的版本被规档（有许多开源工具支持版本控制，如 Subversion）。 第五章 . 规则工作台 (IDE) . 简介 Jboss 规则工作台作为一个 Eclipse 插件发布，它允许你在 Eclipse 中编制并管理规则，将规则与你的应用集成。 这是一个可选工具，并且不是所有的组件都需要使用，你可以使用对你有用的组件。 工作台的其它好处有，可以降低 管理规则所需要的技能要求（如允许商业分析师复查和管理规则），所有这些基于 Eclipse平台。 这个指南将涉及 Jboss 规则的一些特性，有关工作台需要接触的方面（它假设阅读者已经熟悉规则引擎和 Drools 的细节）。 需要注意的是，规则引擎没有什么潜在的特性是需要依赖于 Eclipse，可以自由的集成到你选定的工具中。 你可以获得工作台插件的 Zip 文件，或者从一个更新站点中安装（参考安装部分所描述）。 图 . 简图 . 特性概要 规则工作台有如下特性：  文字 /图形规则编辑器 o 编辑器理解 DRL 语 义，并提供内容协助（包括一个概要视图）  向导 ... o 帮助你快速建立规则库项目 o 新建规则源文件 o 新建 DSL 文件  DSL 编辑器 o 建立并管理从用户语言到规则语言的映射  规则校验 o 当规则被输入，在后台构造规则，并报告错误 你可以通过 Eclipse 架构查看以上特性。 所有 Eclipse 的功能都可以使用。 . 建立规则项目 新项目向导的目标是设置一个可执行的基础项目，以立刻开始使用规则。 该项目将包括一个基本的架构， classpath、示范规则和测试用例。 图 . 新规则项目 图 . 建好的新项目 新建的规则项目在 src/rules 目录中包含一个规则示范文件（ ）以及在 src/java 目录中包含一个 java 文件（ ）可以用来在 Drools引擎中执行该规则，都属于 包。 所有其它的 jar 引用是在执行过程中需要的，并且被加入了一个自定义的 classpath 容器中，称为 Drools 库。 规则并不一定需要被保存在 java 项目中，这仅仅是方便已经使用 Eclispe 作为Java 开发平台的程序员。 重要提示： Drools 增加了一个称为 “ Drools Builder”的插件在你的 Eclipse项目实例中。 这意味着你可以在任何项目中启用构建器，它将在资源改变时构建和校验你的规则。 这一步骤在规则项目向导中自动发生，但是你也可以手工在任何项目中启用它。 另一方面，如果你的项目中存在大量规则（每个文件大于 500条），后台构建器在每次变更时对规则重新构建将耗费大量时间。 你可以选 择关闭构建器或者将大量的规则放入以 rule 作为扩展名的文件，则你仍然可以使用规则编辑器，但是构建器不会在后台进行规则构建。 这样的话，为了确认规则的有效性，你需要在单元测试中全面的测试它们。 . 新建规则向导 你可以简单的新建一个空白的以 drl 扩展名结尾的文本文件，或者使用向导完成这件事。 向导菜单可以通过 Ctrl+N 激活，或者从工具条上选择它（将会有一个菜单跟随 Jboos 规则图标）。 图 . 向导菜单 为产生规则源文件向导需要你指定一些基本信息选项。 这些仅仅是默认，你可以在晚一点的时候改变你 的想法。 规则存放的位置，通常是在顶级目录下建立一个rules 目录保存，并保存在其下的合适子目录名中。 包名是强制性的，就像 java中的包一样（是一个将所有规则打包在一起的名称空间）。 图 . 新规则向导 这个向导产生一个规则的工作架构。 对于所有的向导来说，只要你不想用就不需要使用它们。 . 规则编辑器 规则编辑器是规则管理员和程序员花费最多时间的地方。 规则编辑器在 eclipse中遵从一个普通文本编辑器的模式，具有所有文本编辑器的特性。 规则编辑器提供弹出的窗口作为内容助理。 你可以通过按下 Ctrl+Space 来激活该窗口。 图 . 规则编辑器 规则编辑器工作在以 drl 为扩展名的文件上。 规则通常使用一个规则包进行分组。 当然也可以将同组的规则放在不同的文件中，但是必须要使用同样的包名。 这些 DRL 文件是无格式文本文件。 你从上面的例子可以看到，包中使用了 DSL（注意 expander 关键字，它告诉规则编译器去查找指定名称的 DSL 文件）。 甚至于 DSL 文件同样以无格式文本进行保存，这样可以进行更简单的规则管理和版本管理（对规则实例进行版本比较）。 编辑器提供了一个 Outline 视图，是于规则的结构保 持同步的（在保存时更新）。 这提供了使用名字快速浏览规则的途径，对于在文件中可能有几百个规则的情况。 这些条目默认按照字母顺序排列。 图 outline 视图 . 视图 当使用 Drools 引擎调试应用时，有三个新的视图可以用来查看引擎的状态：Working Memory View（工作空间视图） , Agenda View（议程视图）和 Global Data View（全局变量视图）。 为了能够使用这些视图，需要在用于激活工作空间的代码中建立断点。 例如，进行 ()调用的行是一个好地方。 如果调。