今天一起看下drools的基础语法。

Drools基础语法

• ① 文件构成

在使用Drools时非常重要的一个工作就是编写规则文件，通常规则文件的后缀为.drl。 在上节入门案例里面也写过drl。drl是Drools Rule Language的缩写【翻译就是Drools 规则语言的缩写】在规则文件中编写具体的规则内容。一套完整的规则文件内容构成如下。

Drools支持的规则文件,除了drl形式，还有Excel文件类型的。终极目标不是用静态文件，是通过动态进行配置规则。

• ② 语法结果

规则体是规则文件内容中的重要组成部分，是进行业务规则判断、处理业务结果的部分。
规则体语法结构如下:

rule "ruleName"
    attri butes 
    when
            LHS
    then
            RHS
end

rule

关键字，表示规则开始，参数为规则的唯一名称。

attributes

规则属性，是rule与when之间的参数，为可选项。

when

关键字，后面跟规则的条件部分。

LHS(Left Hand Side)

是规则的条件部分的通用名称。它由零个或多个条件元素组成。如果LHS为空，则它将被视为始终为true的条件元素。 （左手边）

then

关键字，后面跟规则的结果部分。

RHS(Right Hand Side)

是规则的后果或行动部分的通用名称。 （右手边）

end

关键字，表示一个规则结束。

• ③ 注释

类似写java和xml文件加入的注释，使用起来跟java一样的。 在 drl 形式的规则文件中使用注释和Java类中使用注释一致，分为单行注释和多行注释。 单行注释用"//“进行标记，多行注释以”/“开始，以”/"结束。

//规则rule1的注释，这是一个单行注释
rule "rule1"
    when
    then
        System.out.println("rule1触发");
end

/*
规则rule2的注释，
这是一个多行注释
*/
rule "rule2"
    when
    then
        System.out.println("rule2触发");
end

• ④ 模式匹配

Drools中的匹配器可以将Rule Base中的所有规则与Working Memory中的Fact对象进行模式匹配，那么我们就需要在规则体的LHS部分定义规则并进行模式匹配。LHS部分由一个或者多个条件组成，条件又称为pattern。

pattern的语法结构为：绑定变量名:Object(Field约束)

其中绑定变量名可以省略，通常绑定变量名的命名一般建议以$开始。如果定义了绑定变量名，就可以在规则体的RHS部分使用此绑定变量名来操作相应的Fact对象。Field约束部分是 需要返回true或者false的0个或多个表达式。

通过上面的例子我们可以知道，匹配的条件

1、工作内存中必须存在Attendance这种类型的Fact对象-----类型约束
2、Fact对象的lateTime属性值必须小于30------属性约束
以上条件必须同时满足当前规则才有可能被激活。

绑定变量既可以用在对象上，也可以用在对象的属性上。

LHS部分还可以定义多个pattern，多个pattern之间可以使用and或者or进行连接，也可以不写，默认连接为and。

• ⑤ 比较操作符

Drools提供的比较操作符，之前的实例也使用过比较操作符。

前6个比较操作符和Java中的完全相同。

语法

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 “正则表达式”)

contain是前面包含后面，memberOf是后面包含前面。

第一步，fact传递输入输出类

第二步，在/resources/rules下创建规则文件comparisonOperator.drl

第三步，测试类编写

执行结果

• ⑥ 规则制定

之前调用过fireAllRules(); 触发规则，根据前面说过的进行模式匹配，只要匹配成功的所有规则都被执行。下图这个是调用的方法，但是还有个参数的形式，agendaFilter的实现类有几个。里面有个RuleNameEqualsAgendaFilter指定某个规则名称。

Drools给我们提供的方式是通过规则过滤器来实现执行指定规则。对于规则文件不用做任何修改，只需要修改Java代码即可。

指定了规则，也不见得这个规则一定执行，还要看这个规则是否匹配成功，才能确定规则是否执行。

• ⑦ 关键字

在编写java代码的时候有很多关键字，在drools的里面也涉及到关键字。

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

比如：
rule false //不可以
rule “false” //可以

• ⑧ 内置方法

规则文件的RHS部分的主要作用是通过插入，删除或修改工作内存中的Fact数据引用，来达到控制规则引擎执行的目的。Drools提供了一些方法可以用来操作工作内存中的数据，操作完成后规则引擎会重新进行相关规则的匹配，原来没有匹配成功的规则在我们修改数据完成后有可能就会匹配成功了。

update：update方法的作用是更新工作内存中的数据，并让相关的规则重新匹配。 （要避免死循环）

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

第二步：编写单元测试文件

输出可以看到规则文件中定义的三个规则都触发了。在更新数据时需要注意防止发生死循环。

insert ：insert方法的作用是向工作内存中插入数据，并让相关的规则重新匹配。

第一步：java的实体Teacher

第二步：编写规则文件/resources/rules/teacher.drl

第三步：编写单元测试文件

四个规则都触发了，这是因为首先进行规则匹配时只有第一个规则可以匹配成功，但是在第一个规则中向工作内存中插入了一个数据导致重新进行规则匹配，此时第二个规则可以匹配成功。在第二个规则中进行了数据修改导致第三个规则也可以匹配成功，以此类推最终四个规则都匹配成功并执行了。

retract方法：retract方法的作用是删除工作内存中的数据，并让相关的规则重新匹配。

第一步：java的实体Girl

第二步：编写规则文件/resources/rules/girl.drl

第三步：编写单元测试

PS：基础语法已经说完了。下次说说 规则属性。