规则引擎—Drools 语法第四天[学习笔记]

最新推荐文章于 2024-01-24 11:52:47 发布

超爱罗婕儿.

最新推荐文章于 2024-01-24 11:52:47 发布

阅读量444

点赞数 1

分类专栏： Drools学习文章标签： java 学习

本文链接：https://blog.csdn.net/weixin_53900003/article/details/127055629

版权

Drools学习专栏收录该内容

7 篇文章 2 订阅

订阅专栏

规则体基本结构由第二天笔记可知

关键字	描述
package	包名，只限于逻辑上的管理，同一个包名下的查询或者函数可以直接调用
import	用于导入类或者静态方法
global	全局变量
function	自定义函数
query	查询
rule end	规则体

包名，导入类，规则体已经在之前的文章给大家说明了。

本章来讲述剩下的关键字。

1. global全局变量

global关键字可以用于规则文件中定义全局变量，他可以让程序应用的对象在规则文件中能够被访问。可以用来为规则文件提供数据或服务。

语法功能：global 对象类型对象名称如下图所示：

注意：

1、如果对象类型为包装类型时，在一个规则中改变了global的值，那么只针对当前规则有效，对其他规则中的global不会有影响。可以理解为它是当前规则代码中的global副本，规则内部修改不会影响全局的使用。

2、如果对象类型为集合类型或JavaBean时，在一个规则中改变了global的值，对java代码和所有规则都有效。

代码演示：

第一步：创建UserService类

第二步：编写DRL规则文件

第三步：编写测试单元

2. query查询

query查询提供了一种查询working memory中符合约束条件的Fact对象的简单方法。它仅包含规则文件中的LHS部分，不用指定“when”和“then”部分并且以end结束。

基本语法：

示例：

代码演示：

第一步：编写规则文件/resources/rules/query.drl

第二步：编写单元测试

3. function函数

function关键字用于在规则文件中定义函数，就相当于java类中的方法一样。可以在规则体中调用定义的函数。使用函数的好处是可以将业务逻辑集中放置在一个地方，根据需要可以对函数进行修改。

基本语法：

示例：

代码演示:

第一步：编写规则文件

第二步：编写测试单元

4.LHS加强

前面我们已经知道了在规则体中的LHS部分是介于when和then之间的部分，主要用于模式匹配，只有匹配结果为true时，才会触发RHS部分的执行。

4.1 复合值限制 in/not in

复合值限制是指超过一种匹配值的限制条件，类似于SQL语句中的in关键字。Drools规则体中的LHS部分可以使用in或者not in进行复合值的匹配。具体语法结构如下：

示例：

4.2 条件元素eval

eval用于规则体的LHS部分，并返回一个Boolean类型的值。语法结构如下：

示例：

4.3 条件元素 not

not用于判断Working Memory中是否存在某个Fact对象，如果不存在则返回true，如果存在则返回false。语法结构如下：

示例：

4.4 条件元素 exists

exists的作用与not相反，用于判断Working Memory中是否存在某个Fact对象，如果存在则返回true，不存在则返回false。语法结构如下：

示例：

可能有人会有疑问，我们前面在LHS部分进行条件编写时并没有使用exists也可以达到判断Working Memory中是否存在某个符合条件的Fact元素的目的，那么我们使用exists还有什么意义？

两者的区别：

当向Working Memory中加入多个满足条件的Fact对象时，

使用了exists的规则执行一次，

不使用exists的规则会执行多次，有几个对象执行几次。

5.RHS加强

RHS部分是规则体的重要组成部分，当LHS部分的条件匹配成功后，对应的RHS部分就会触发执行。一般在RHS部分中需要进行业务处理。

在RHS部分Drools为我们提供了一个内置对象，名称就是drools。本小节我们来介绍几个drools对象提供的方法。

5.1 halt：halt方法的作用是立即终止后面所有规则的执行。

5.2 getWorkingMemory :getWorkingMemory方法的作用是返回工作内存对象。

5.3 getRule : 返回规则对象。

6.规则文件编码规范

我们在进行drl类型的规则文件编写时尽量遵循如下规范：

所有的规则文件(.drl)应统一放在一个规定的文件夹中，如：/rules文件夹
书写的每个规则应尽量加上注释。注释要清晰明了，言简意赅
同一类型的对象尽量放在一个规则文件中，如所有Student类型的对象尽量放在一个规则文件中
规则结果部分(RHS)尽量不要有条件语句，如if(...)，尽量不要有复杂的逻辑和深层次的嵌套语句
每个规则最好都加上salience属性，明确执行顺序
Drools默认dialect为"Java"，尽量避免使用dialect "mvel"