所有项目都是被需求变更累死的,eXtreme Programing提供了一种哲学,一种态度,但更实际的,是那些能够应付需求变更的技术。
比如用OLAP支持复杂报表的快速定制,用script语言如Groovy支持客户自定义公式,
还有Rule Engine,我们一天到晚挂在口上的亲爱的商业规则。
Rule Engine的意义:
1.将复杂的if...else....elseif 整理为一条条的清晰的规则
2.将商业规则从程序逻辑中分离
3.规则改变时不需要重新编译和部署系统
4.如果Rule Engine提供普通用户级的规则语言,可以直接让客户的领域专家进行规则定制
Rule Engine并不新鲜,而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 /java:class< >/parameter< >java:condition /java:condition< >java:consequence< vo.setStatus("B:order"); >/java:consequence< >/rule< >/rule-set<整个规则分成三段, 第一段定义刚刚放入的对象; 第二段用Java语法判断条件; 第三段为条件符合时的执行语句
真的非常简单吧
经过小范围的试用,发现没有这么简单,因为Drools主要提供了一个RETE的规则匹配算法和一个Script Engine,具体怎么用,还很靠自己。必须能够充分发挥上面的四点要求才是RuleEngine的用武之地,否则,一段重构后的代码能够达到和drl文件相仿的功能。所以,还是要多看点基础,把Business Rules用在正确的地方。
1. JSR http://www.jcp.org/en/jsr/detail?id=94
2. javarules.org http://www.javarules.org/
3. ilog JRules http://www.ilog.com
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=281222