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

复合值限制in/not in

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

Object(field in (比较值1,比较值2…))

$e:Employee(name in ("张三","李四","王五"))
$e:Employee(name not in ("张三","李四","王五"))

条件元素eval

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

eval(表达式)

eval(true)
eval(false)
eval(1 == 1)

条件元素not

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

not Object(可选属性约束)

not Employee()
not Employee(age < 25)

条件元素exists

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

exists Object(可选属性约束)

exists Employee()
exists Employee(age < 25 && name != null)

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

两者的区别：当向Working Memory中加入多个满足条件的Fact对象时，使用了exists的规则执行一次，不使用exists的规则会执行多次。

rule "使用exists的规则"
    when
        exists Employee()
    then
        System.out.println("规则：使用exists的规则触发");
end

rule "没有使用exists的规则"
    when
        Employee()
    then
        System.out.println("规则：没有使用exists的规则触发");
end

kieSession.insert(new Employee());
kieSession.insert(new Employee());
kieSession.fireAllRules();

上面第一个规则只会执行一次，因为Working Memory中存在两个满足条件的Fact对象，第二个规则会执行两次。

规则继承

规则之间可以使用extends关键字进行规则条件部分的继承，类似于java类之间的继承。

rule "rule11"
    when
        Employee(age > 25)
    then
        System.out.println("规则：rule1触发");
end

rule "rule2" extends "rule1" //继承上面的规则
    when
        /*
        此处的条件虽然只写了一个，但是从上面的规则继承了一个条件，
        所以当前规则存在两个条件，即Employee(age < 40)和Employee(age > 25)
        */
        Employee(age < 40) 
    then
        System.out.println("规则：rule2触发");
end