本文共 1183 字，大约阅读时间需要 3 分钟。
所有项目都是被需求变更累死的，eXtreme Programing提供了一种哲学，一种态度，但更实际的，是那些能够应付需求变更的技术。
比如用OLAP支持复杂报表的快速定制，用script语言如Groovy支持客户自定义公式， 还有Rule Engine，我们一天到晚挂在口上的亲爱的商业规则。 Rule Engine并不新鲜，但通常只要一些名词已经足够把所有普通项目组震退，CLisp、Rete、前向推导.... 惟有Drools，终于把java和xml带回我们身边，让规则引擎简单到和JSP一样可以进入所有的程序组。 先看一段精简又实用的HelloWorld，由两部分组成， 一个是调用规则的test.jsp ： //设置一个测试用的VO Vo vo = new Vo(); vo.setPoStatus("A:draft"); //读入规则 RuleBase ruleBase = RuleBaseBuilder.buildFromURL("rule.drl"); //把vo放入WorkingMemory中并执行 WorkingMemory workingMemory = ruleBase.newWorkingMemory( ); workingMemory.assertObject( vo ); workingMemory.fireAllRules( ); //显示结果 out.print(po.getPoStatus()); 一个是规则文件rule.drl： <rule-set name="test rules" <rule name="Bob Likes Cheese"> <parameter identifier="vo"> <java:class>com.ito.vo</java:class> </parameter> <java:condition>vo.getStatus().equals("A:draft")</java:condition> <java:consequence> vo.setStatus("B:order"); </java:consequence> </rule> </rule-set> 整个规则分成三段， 第一段定义刚刚放入的对象； 第二段用Java语法判断条件； 第三段为条件符合时的执行语句 真的非常简单吧 经过小范围的试用，发现没有这么简单，因为Drools主要提供了一个RETE的规则匹配算法和一个Script Engine，具体怎么用，还很靠自己。如果drl文件的定义方式和RETE算法能够使条件的表达大大简化，那么它就是有用的。否则，一段重构后的代码能够达到和drl文件相仿的功能。所以，还是要多看点基础，把Business Rules用在正确的地方。读后感：这玩意牛B，我也只是在把玩中
转载地址：http://cdbli.baihongyu.com/