沈阳建站多少钱,网络连接,合肥建设云平台证书查询,传奇手游开服表网站文章目录 系列文章索引一、规则引擎概述1、引出问题2、什么是规则引擎3、使用规则引擎的优势4、规则引擎应用场景 二、Drools介绍1、Drools概述2、Drools构成3、相关概念说明4、Drools执行过程5、KIE介绍 三、Drools入门案例1、业务场景说明2、开发实现 四、Drools基础语法1、规… 文章目录 系列文章索引一、规则引擎概述1、引出问题2、什么是规则引擎3、使用规则引擎的优势4、规则引擎应用场景 二、Drools介绍1、Drools概述2、Drools构成3、相关概念说明4、Drools执行过程5、KIE介绍 三、Drools入门案例1、业务场景说明2、开发实现 四、Drools基础语法1、规则文件构成2、规则体语法结构3、注释4、Pattern模式匹配5、比较操作符1比较操作符2语法3实例 6、执行指定规则7、关键字8、Drools内置方法1update方法2insert方法3retract方法 系列文章索引
规则引擎Drools使用0基础入门规则引擎Drools一基础入门 规则引擎Drools使用0基础入门规则引擎Drools二高级语法 规则引擎Drools使用0基础入门规则引擎Drools三整合springboot 规则引擎Drools使用0基础入门规则引擎Drools四WorkBench控制台 规则引擎Drools使用0基础入门规则引擎Drools五实战决策表
一、规则引擎概述
1、引出问题
现有一个在线申请信用卡的业务场景用户需要录入个人信息银行根据个人信息判断是否满足申请信用卡的条件
规则编号名称描述1检查学历与薪水1如果申请人既没房也没车同时学历为大专以下并且月薪少于5000那么不通过2检查学历与薪水2如果申请人既没房也没车同时学历为大专或本科并且月薪少于3000那么不通过3检查学历与薪水3如果申请人既没房也没车同时学历为本科以上并且月薪少于2000同时之前没有信用卡的那么不通过4检查申请人已有的信用卡数量如果申请人现有的信用卡数量大于10那么不通过
用户信息合法性检查通过后还需要根据如下信用卡发放规则确定用户所办信用卡的额度
规则编号名称描述1规则1如果申请人有房有车或者月收入在20000以上那么发放的信用卡额度为150002规则2如果申请人没房没车但月收入在10000~20000之间那么发放的信用卡额度为60003规则3如果申请人没房没车月收入在10000以下那么发放的信用卡额度为30004规则4如果申请人有房没车或者没房但有车月收入在10000以下那么发放的信用卡额度为50005规则5如果申请人有房没车或者是没房但有车月收入在10000~20000之间那么发放的信用卡额度为8000
如果使用纯代码开发那么我们最简单可能会考虑使用这样来处理
//此处为伪代码
//检查用户信息合法性返回true表示检查通过返回false表示检查不通过
public boolean checkUser(User user){//如果申请人既没房也没车同时学历为大专以下并且月薪少于5000那么不通过if(user.getHouse() null user.getcar() null user.getEducation().equals(大专以下) user.getSalary 5000){return false;}//如果申请人既没房也没车同时学历为大专或本科并且月薪少于3000那么不通过else if(user.getHouse() null user.getcar() null user.getEducation().equals(大专或本科) user.getSalary 3000){return false;}//如果申请人既没房也没车同时学历为本科以上并且月薪少于2000同时之前没有信用卡的那么不通过else if(user.getHouse() null user.getcar() null user.getEducation().equals(本科以上) user.getSalary 2000 user.getHasCreditCard() false){return false;}//如果申请人现有的信用卡数量大于10那么不通过else if(user.getCreditCardCount() 10){return false;}return true;
}// 如果用户信息合法性检查通过后还需要通过如下代码确定用户所办信用卡的额度
//此处为伪代码
//根据用户输入信息确定信用卡额度
public Integer determineCreditCardLimit(User user){//如果申请人有房有车或者月收入在20000以上那么发放的信用卡额度为15000if((user.getHouse() ! null user.getcar() ! null) || user.getSalary() 20000){return 15000;}//如果申请人没房没车并且月收入在10000到20000之间那么发放的信用卡额度为6000else if(user.getHouse() null user.getcar() null user.getSalary() 10000 user.getSalary() 20000){return 6000;}//如果申请人没房没车并且月收入在10000以下那么发放的信用卡额度为3000else if(user.getHouse() null user.getcar() null user.getSalary() 10000){return 3000;}//如果申请人有房没车或者没房但有车并且月收入在10000以下那么发放的信用卡额度为5000else if((((user.getHouse() ! null user.getcar() null) || (user.getHouse() null user.getcar() ! null)) user.getSalary() 10000){return 5000;}//如果申请人有房没车或者没房但有车并且月收入在10000到20000之间那么发放的信用卡额度为8000else if((((user.getHouse() ! null user.getcar() null) || (user.getHouse() null user.getcar() ! null)) (user.getSalary() 10000 user.getSalary() 20000)){return 8000;}
}一些对设计模式比较熟练的同学们可能会结合策略模式、工厂模式等等对规则进行封装。
这种实现方式存在如下问题 1、硬编码实现业务规则难以维护 2、硬编码实现业务规则难以应对变化 3、业务规则发生变化需要修改代码重启服务后才能生效
那么面对上面的业务场景还有什么好的实现方式吗 答案是规则引擎。
2、什么是规则引擎
规则引擎全称为业务规则管理系统英文名为BRMS(即Business Rule Management System)。规则引擎的主要思想是将应用程序中的业务决策部分分离出来并使用预定义的语义模块编写业务决策业务规则由用户或开发者在需要时进行配置、管理。
需要注意的是规则引擎并不是一个具体的技术框架而是指的一类系统即业务规则管理系统。目前市面上具体的规则引擎产品有drools、VisualRules、iLog等。
规则引擎实现了将业务决策从应用程序代码中分离出来接收数据输入解释业务规则并根据业务规则做出业务决策。规则引擎其实就是一个输入输出平台。
上面的申请信用卡业务场景使用规则引擎后效果如下 系统中引入规则引擎后业务规则不再以程序代码的形式驻留在系统中取而代之的是处理规则的规则引擎业务规则存储在规则库中完全独立于程序。业务人员可以像管理数据一样对业务规则进行管理比如查询、添加、更新、统计、提交业务规则等。业务规则被加载到规则引擎中供应用系统调用。
3、使用规则引擎的优势
1、业务规则与系统代码分离实现业务规则的集中管理 2、在不重启服务的情况下可随时对业务规则进行扩展和维护 3、可以动态修改业务规则从而快速响应需求变更 4、规则引擎是相对独立的只关心业务规则使得业务分析人员也可以参与编辑、维护系统的业务规则 5、减少了硬编码业务规则的成本和风险 6、使用规则引擎提供的规则编辑工具使复杂的业务规则实现变得的简单
4、规则引擎应用场景
对于一些存在比较复杂的业务规则并且业务规则会频繁变动的系统比较适合使用规则引擎如下 1、风险控制系统----风险贷款、风险评估 2、反欺诈项目----银行贷款、征信验证 3、决策平台系统----财务计算 4、促销平台系统----满减、打折、加价购
二、Drools介绍
1、Drools概述
drools是一款由JBoss组织提供的基于Java语言开发的开源规则引擎可以将复杂且多变的业务规则从硬编码中解放出来以规则脚本的形式存放在文件或特定的存储介质中(例如存放在数据库中)使得业务规则的变更不需要修改项目代码、重启服务器就可以在线上环境立即生效。
drools官网地址https://drools.org/
drools源码下载地址https://github.com/kiegroup/drools
在项目中使用drools时即可以单独使用也可以整合spring使用。如果单独使用只需要导入如下maven坐标即可
dependencygroupIdorg.drools/groupIdartifactIddrools-compiler/artifactIdversion7.6.0.Final/version
/dependency如果我们使用IDEA开发drools应用IDEA中已经集成了drools插件。如果使用eclipse开发drools应用还需要单独安装drools插件。
drools API开发步骤如下
2、Drools构成
drools规则引擎由以下三部分构成 Working Memory工作内存 Rule Base规则库 Inference Engine推理引擎
其中Inference Engine推理引擎又包括 Pattern Matcher匹配器 Agenda(议程) Execution Engine执行引擎
如下图所示
3、相关概念说明
Working Memory工作内存drools规则引擎会从Working Memory中获取数据并和规则文件中定义的规则进行模式匹配所以我们开发的应用程序只需要将我们的数据插入到Working Memory中即可例如本案例中我们调用kieSession.insert(order)就是将order对象插入到了工作内存中。
Fact事实是指在drools 规则应用当中将一个普通的JavaBean插入到Working Memory后的对象就是Fact对象例如本案例中的Order对象就属于Fact对象。Fact对象是我们的应用和规则引擎进行数据交互的桥梁或通道。
Rule Base规则库我们在规则文件中定义的规则都会被加载到规则库中。
Pattern Matcher匹配器将Rule Base中的所有规则与Working Memory中的Fact对象进行模式匹配匹配成功的规则将被激活并放入Agenda中。
Agenda议程用于存放通过匹配器进行模式匹配后被激活的规则。
Execution Engine执行引擎执行Agenda中被激活的规则。
4、Drools执行过程 5、KIE介绍
我们在操作Drools时经常使用的API以及它们之间的关系如下图 通过上面的核心API可以发现大部分类名都是以Kie开头。Kie全称为Knowledge Is Everything即知识就是一切的缩写是Jboss一系列项目的总称。如下图所示Kie的主要模块有OptaPlanner、Drools、UberFire、jBPM。 通过上图可以看到Drools是整个KIE项目中的一个组件Drools中还包括一个Drools-WB的模块它是一个可视化的规则编辑器。
三、Drools入门案例
1、业务场景说明
业务场景消费者在图书商城购买图书下单后需要在支付页面显示订单优惠后的价格。具体优惠规则如下
规则编号规则名称描述1规则一所购图书总价在100元以下的没有优惠2规则二所购图书总价在100到200元的优惠20元3规则三所购图书总价在200到300元的优惠50元4规则四所购图书总价在300元以上的优惠100元
现在需要根据上面的规则计算优惠后的价格。
2、开发实现
第一步创建maven工程drools_quickstart并导入drools相关maven坐标
dependencygroupIdorg.drools/groupIdartifactIddrools-compiler/artifactIdversion7.10.0.Final/version
/dependency
dependencygroupIdjunit/groupIdartifactIdjunit/artifactIdversion4.12/version
/dependency第二步根据drools要求创建resources/META-INF/kmodule.xml配置文件
?xml version1.0 encodingUTF-8 ?
kmodule xmlnshttp://www.drools.org/xsd/kmodule!--name:指定kbase的名称可以任意但是需要唯一packages:指定规则文件的目录需要根据实际情况填写否则无法加载到规则文件default:指定当前kbase是否为默认--kbase namemyKbase1 packagesrules defaulttrue!--name:指定ksession名称可以任意但是需要唯一default:指定当前session是否为默认--ksession nameksession-rule defaulttrue//kbase
/kmodule注意上面配置文件的名称和位置都是固定写法不能更改
第三步创建实体类Order
/*** 订单*/
public class Order {private Double originalPrice;//订单原始价格即优惠前价格private Double realPrice;//订单真实价格即优惠后价格// getter setter
}第四步创建规则文件resources/rules/bookDiscount.drl
//图书优惠规则
package book.discount
// 导入Order实体类
import com.drools.Order//规则一所购图书总价在100元以下的没有优惠
rule book_discount_1when$order:Order(originalPrice 100)then$order.setRealPrice($order.getOriginalPrice());System.out.println(成功匹配到规则一所购图书总价在100元以下的没有优惠);
end//规则二所购图书总价在100到200元的优惠20元
rule book_discount_2when$order:Order(originalPrice 200 originalPrice 100)then$order.setRealPrice($order.getOriginalPrice() - 20);System.out.println(成功匹配到规则二所购图书总价在100到200元的优惠20元);
end//规则三所购图书总价在200到300元的优惠50元
rule book_discount_3when$order:Order(originalPrice 300 originalPrice 200)then$order.setRealPrice($order.getOriginalPrice() - 50);System.out.println(成功匹配到规则三所购图书总价在200到300元的优惠50元);
end//规则四所购图书总价在300元以上的优惠100元
rule book_discount_4when$order:Order(originalPrice 300)then$order.setRealPrice($order.getOriginalPrice() - 100);System.out.println(成功匹配到规则四所购图书总价在300元以上的优惠100元);
end第五步编写单元测试
import com.drools.Order;
import org.junit.Test;
import org.kie.api.KieServices;
import org.kie.api.runtime.KieContainer;
import org.kie.api.runtime.KieSession;public class TestDrools {Testpublic void test1(){KieServices kieServices KieServices.Factory.get();//获得Kie容器对象KieContainer kieClasspathContainer kieServices.getKieClasspathContainer();//会话对象用于和规则引擎交互KieSession kieSession kieClasspathContainer.newKieSession();//构造订单对象设置原始价格由规则引擎根据优惠规则计算优惠后的价格Order order new Order();order.setOriginalPrice(210D);//将数据提供给规则引擎规则引擎会根据提供的数据进行规则匹配kieSession.insert(order);//激活规则引擎如果规则匹配成功则执行规则kieSession.fireAllRules();//关闭会话kieSession.dispose();System.out.println(优惠前原始价格 order.getOriginalPrice() 优惠后价格 order.getRealPrice());// 成功匹配到规则三所购图书总价在200到300元的优惠50元// 优惠前原始价格210.0优惠后价格160.0}}
通过上面的入门案例我们可以发现使用drools规则引擎主要工作就是编写规则文件在规则文件中定义跟业务相关的业务规则例如本案例定义的就是图书优惠规则。规则定义好后就需要调用drools提供的API将数据提供给规则引擎进行规则模式匹配规则引擎会执行匹配成功的规则并将计算的结果返回给我们。
可能大家会有疑问就是我们虽然没有在代码中编写规则的判断逻辑但是我们还是在规则文件中编写了业务规则这跟在代码中编写规则有什么本质的区别呢
我们前面其实已经提到使用规则引擎时业务规则可以做到动态管理。业务人员可以像管理数据一样对业务规则进行管理比如查询、添加、更新、统计、提交业务规则等。这样就可以做到在不重启服务的情况下调整业务规则。
四、Drools基础语法
1、规则文件构成
在使用Drools时非常重要的一个工作就是编写规则文件通常规则文件的后缀为.drl。
drl是Drools Rule Language的缩写。在规则文件中编写具体的规则内容。
一套完整的规则文件内容构成如下
关键字描述package包名只限于逻辑上的管理同一个包名下的查询或者函数可以直接调用import用于导入类或者静态方法global全局变量function自定义函数query查询rule end规则体
Drools支持的规则文件除了drl形式还有Excel文件类型的。
2、规则体语法结构
规则体是规则文件内容中的重要组成部分是进行业务规则判断、处理业务结果的部分。
规则体语法结构如下
rule ruleNameattributeswhenLHSthenRHS
endrule关键字表示规则开始参数为规则的唯一名称。 attributes规则属性是rule与when之间的参数为可选项。 when关键字后面跟规则的条件部分。 LHS(Left Hand Side)是规则的条件部分的通用名称。它由零个或多个条件元素组成。如果LHS为空则它将被视为始终为true的条件元素。 then关键字后面跟规则的结果部分。 RHS(Right Hand Side)是规则的后果或行动部分的通用名称。 end关键字表示一个规则结束。
3、注释
在drl形式的规则文件中使用注释和Java类中使用注释一致分为单行注释和多行注释。
单行注释用//“进行标记多行注释以”/“开始以”/结束。如下示例
//规则rule1的注释这是一个单行注释
rule rule1whenthenSystem.out.println(rule1触发);
end
/*
规则rule2的注释
这是一个多行注释
*/
rule rule2whenthenSystem.out.println(rule2触发);
end4、Pattern模式匹配
前面我们已经知道了Drools中的匹配器可以将Rule Base中的所有规则与Working Memory中的Fact对象进行模式匹配那么我们就需要在规则体的LHS部分定义规则并进行模式匹配。LHS部分由一个或者多个条件组成条件又称为pattern。
pattern的语法结构为绑定变量名:Object(Field约束)
其中绑定变量名可以省略通常绑定变量名的命名一般建议以$开始。如果定义了绑定变量名就可以在规则体的RHS部分使用此绑定变量名来操作相应的Fact对象。Field约束部分是需要返回true或者false的0个或多个表达式。
例如我们的入门案例中
//规则二所购图书总价在100到200元的优惠20元
rule book_discount_2when//Order为类型约束originalPrice为属性约束$order:Order(originalPrice 200 originalPrice 100)then$order.setRealPrice($order.getOriginalPrice() - 20);System.out.println(成功匹配到规则二所购图书总价在100到200元的优惠20元);
end通过上面的例子我们可以知道匹配的条件为 1、工作内存中必须存在Order这种类型的Fact对象-----类型约束 2、Fact对象的originalPrice属性值必须小于200------属性约束 3、Fact对象的originalPrice属性值必须大于等于100------属性约束 以上条件必须同时满足当前规则才有可能被激活。
绑定变量既可以用在对象上也可以用在对象的属性上。例如上面的例子可以改为
//规则二所购图书总价在100到200元的优惠20元
rule book_discount_2when// 变量定义绑定$order:Order($op:originalPrice 200 originalPrice 100)thenSystem.out.println($op $op);$order.setRealPrice($order.getOriginalPrice() - 20);System.out.println(成功匹配到规则二所购图书总价在100到200元的优惠20元);
endLHS部分还可以定义多个pattern多个pattern之间可以使用and或者or进行连接也可以不写默认连接为and。
//规则二所购图书总价在100到200元的优惠20元
rule book_discount_2when$order:Order($op:originalPrice 200 originalPrice 100) and$customer:Customer(age 20 gendermale)thenSystem.out.println($op $op);$order.setRealPrice($order.getOriginalPrice() - 20);System.out.println(成功匹配到规则二所购图书总价在100到200元的优惠20元);
end5、比较操作符
1比较操作符
符号说明大于小于大于等于小于等于等于!不等于contains检查一个Fact对象的某个属性值是否包含一个指定的对象值not contains检查一个Fact对象的某个属性值是否不包含一个指定的对象值memberOf判断一个Fact对象的某个属性是否在一个或多个集合中not memberOf判断一个Fact对象的某个属性是否不在一个或多个集合中matches判断一个Fact对象的属性是否与提供的标准的Java正则表达式进行匹配not matches判断一个Fact对象的属性是否不与提供的标准的Java正则表达式进行匹配
前6个比较操作符和Java中的完全相同下面我们重点学习后6个比较操作符。
2语法
contains | not contains语法结构 Object(Field[Collection/Array] contains value) Object(Field[Collection/Array] not contains value)
memberOf | not memberOf语法结构 Object(field memberOf value[Collection/Array]) Object(field not memberOf value[Collection/Array])
matches | not matches语法结构 Object(field matches “正则表达式”) Object(field not matches “正则表达式”)
3实例
第一步创建实体类用于测试比较操作符
/*** 用于测试比较操作符*/
public class ComparisonOperatorEntity {private String names;private ListString list;// getter setter
}第二步在/resources/rules下创建规则文件comparisonOperator.drl
package comparisonOperator
import com.drools.ComparisonOperatorEntity
/*当前规则文件用于测试Drools提供的比较操作符
*///测试比较操作符contains
rule rule_comparison_containswhenComparisonOperatorEntity(names contains 张三)ComparisonOperatorEntity(list contains names)thenSystem.out.println(规则rule_comparison_contains触发了...);
end//测试比较操作符not contains
rule rule_comparison_notcontainswhenComparisonOperatorEntity(names not contains 张三)ComparisonOperatorEntity(list not contains names)thenSystem.out.println(规则rule_comparison_notcontains触发了...);
end//测试比较操作符memberOf
rule rule_comparison_memberOfwhenComparisonOperatorEntity(names memberOf list)thenSystem.out.println(规则rule_comparison_memberOf触发了...);
end//测试比较操作符 not memberOf
rule rule_comparison_not memberOfwhenComparisonOperatorEntity(names not memberOf list)thenSystem.out.println(规则rule_comparison_not memberOf触发了...);
end//测试比较操作符 matches
rule rule_comparison_matcheswhenComparisonOperatorEntity(names matches 王.*)thenSystem.out.println(规则rule_comparison_matches触发了...);
end//测试比较操作符 not matches
rule rule_comparison_not matcheswhenComparisonOperatorEntity(names not matches 王.*)thenSystem.out.println(规则rule_comparison_not matches触发了...);
end第三步编写单元测试 //测试比较操作符Testpublic void test3(){KieServices kieServices KieServices.Factory.get();//获得Kie容器对象KieContainer kieClasspathContainer kieServices.getKieClasspathContainer();//从Kie容器对象中获取会话对象KieSession kieSession kieClasspathContainer.newKieSession();ComparisonOperatorEntity comparisonOperatorEntity new ComparisonOperatorEntity();comparisonOperatorEntity.setNames(张三);ListString list new ArrayListString();list.add(张三);list.add(李四);comparisonOperatorEntity.setList(list);//将数据提供给规则引擎规则引擎会根据提供的数据进行规则匹配如果规则匹配成功则执行规则kieSession.insert(comparisonOperatorEntity);//激活规则由Drools框架自动进行规则匹配如果规则匹配成功则执行当前规则kieSession.fireAllRules();//关闭会话kieSession.dispose();}结果 规则rule_comparison_contains触发了… 规则rule_comparison_memberOf触发了… 规则rule_comparison_not matches触发了… 6、执行指定规则
通过前面的案例可以看到我们在调用规则代码时满足条件的规则都会被执行。那么如果我们只想执行其中的某个规则如何实现呢
Drools给我们提供的方式是通过规则过滤器来实现执行指定规则。对于规则文件不用做任何修改只需要修改Java代码即可如下
KieServices kieServices KieServices.Factory.get();
KieContainer kieClasspathContainer kieServices.getKieClasspathContainer();
KieSession kieSession kieClasspathContainer.newKieSession();
ComparisonOperatorEntity comparisonOperatorEntity new ComparisonOperatorEntity();
comparisonOperatorEntity.setNames(张三);
ListString list new ArrayListString();
list.add(张三);
list.add(李四);
comparisonOperatorEntity.setList(list);
kieSession.insert(comparisonOperatorEntity);
//通过规则过滤器实现只执行指定规则
kieSession.fireAllRules(new RuleNameEqualsAgendaFilter(rule_comparison_memberOf));
kieSession.dispose();7、关键字
Drools的关键字分为硬关键字(Hard keywords)和软关键字(Soft keywords)。
硬关键字是我们在规则文件中定义包名或者规则名时明确不能使用的否则程序会报错。软关键字虽然可以使用但是不建议使用。
硬关键字包括true false null
软关键字包括lock-on-active date-effective date-expires no-loop auto-focus activation-group agenda-group ruleflow-group entry-point duration package import dialect salience enabled attributes rule extend when then template query declare function global eval not in or and exists forall accumulate collect from action reverse result end over init
8、Drools内置方法
规则文件的RHS部分的主要作用是通过插入删除或修改工作内存中的Fact数据来达到控制规则引擎执行的目的。Drools提供了一些方法可以用来操作工作内存中的数据操作完成后规则引擎会重新进行相关规则的匹配原来没有匹配成功的规则在我们修改数据完成后有可能就会匹配成功了。
创建实体类
/*** 学生实体*/
public class Student {private int id;private String name;private int age;// getter setter
}编写规则文件/resources/rules/student.drl文件内容如下
//当前规则文件用于测试Drools内置方法
package student
import com.drools.Student//当前规则用于测试retract内置方法
rule 要求Student的age等于10岁用于删除/*salience设置当前规则的执行优先级数值越大越优先执行默认值为0.因为当前规则的匹配条件和下面规则的匹配条件相同为了保证先执行当前规则需要设置优先级*/salience 10dialect java//指定规则使用的语言enabled true//enabled属性用于指定当前规则是否启用取值为true或者false默认值truewhen$student:Student(age 10)thenretract($student);//retract方法作用是删除工作内存中的Fact对象会导致相关规则重新匹配System.out.println(规则要求Student的age等于10岁用于删除触发了...);
end//当前规则用于测试insert内置方法
rule 要求Student的age等于30岁when$student:Student(age 30)thenStudent s new Student();s.setAge(5);insert(s);//insert方法作用是向工作内存中插入Fact对象会导致相关规则重新匹配System.out.println(规则要求Student的age等于30岁触发了...);
end//当前规则用于测试update内置方法
rule 要求Student的age小于10岁when$student:Student(age 10)then$student.setAge(15);update($student);//update方法用于更新Fact对象会导致相关规则重新匹配System.out.println(规则要求Student的age小于10岁触发了...);
end//当前规则用于测试update内置方法
rule 要求Student的age大于10岁并且小于20岁when$student:Student(age 20 age 10)then$student.setAge(25);update($student);System.out.println(规则要求Student的age大于10岁并且小于20岁触发了...);
end//当前规则用于测试update内置方法
rule 要求Student的age大于20岁when$student:Student(age 20 age 30)then//$student.setAge(15);System.out.println(规则要求Student的age大于20岁触发了...);
end1update方法
update方法的作用是更新工作内存中的数据并让相关的规则重新匹配。
编写单元测试
//测试Drools内置方法---update
Test
public void test4(){KieServices kieServices KieServices.Factory.get();//获得Kie容器对象KieContainer kieContainer kieServices.newKieClasspathContainer();//从Kie容器对象中获取会话对象KieSession session kieContainer.newKieSession();Student student new Student();student.setAge(5);session.insert(student);//激活规则由Drools框架自动进行规则匹配如果规则匹配成功则执行当前规则session.fireAllRules();//关闭会话session.dispose();
}结果 规则要求Student的age小于10岁触发了… 规则要求Student的age大于10岁并且小于20岁触发了… 规则要求Student的age大于20岁触发了… 通过控制台的输出可以看到规则文件中定义的三个规则都触发了。
在更新数据时需要注意防止发生死循环。
2insert方法
insert方法的作用是向工作内存中插入数据并让相关的规则重新匹配。
编写单元测试
//测试Drools内置方法---insert
Test
public void test5(){KieServices kieServices KieServices.Factory.get();//获得Kie容器对象KieContainer kieContainer kieServices.newKieClasspathContainer();//从Kie容器对象中获取会话对象KieSession session kieContainer.newKieSession();Student student new Student();student.setAge(30);session.insert(student);//激活规则由Drools框架自动进行规则匹配如果规则匹配成功则执行当前规则session.fireAllRules();//关闭会话session.dispose();
}结果 规则要求Student的age等于30岁触发了… 规则要求Student的age小于10岁触发了… 规则要求Student的age大于10岁并且小于20岁触发了… 规则要求Student的age大于20岁触发了… 通过控制台输出可以发现四个规则都触发了这是因为首先进行规则匹配时只有第一个规则可以匹配成功但是在第一个规则中向工作内存中插入了一个数据导致重新进行规则匹配此时第二个规则可以匹配成功。在第二个规则中进行了数据修改导致第三个规则也可以匹配成功以此类推最终四个规则都匹配成功并执行了。
3retract方法
retract方法的作用是删除工作内存中的数据并让相关的规则重新匹配。
编写单元测试
//测试Drools内置方法---retract
Test
public void test6(){KieServices kieServices KieServices.Factory.get();//获得Kie容器对象KieContainer kieContainer kieServices.newKieClasspathContainer();//从Kie容器对象中获取会话对象KieSession session kieContainer.newKieSession();Student student new Student();student.setAge(10);session.insert(student);//激活规则由Drools框架自动进行规则匹配如果规则匹配成功则执行当前规则session.fireAllRules();//关闭会话session.dispose();
}结果 规则要求Student的age等于10岁用于删除触发了… 通过控制台输出可以发现只有第一个规则触发了因为在第一个规则中将工作内存中的数据删除了导致第二个规则并没有匹配成功。
