3. Drools入門案例 全套代碼及資料全部完整提供，點此處下載 本小節通過一個Drools入門案例來讓大家初步瞭解Drools的使用方式、對Drools有一個整體概念。 3.1 業務場景說明 業務場景：消費者在圖書商城購買圖書，下單後需要在支付頁面顯示訂單優惠後的價格。具體優惠規則如下： | 規 ...
目錄
3. Drools入門案例
本小節通過一個Drools入門案例來讓大家初步瞭解Drools的使用方式、對Drools有一個整體概念。
3.1 業務場景說明
業務場景：消費者在圖書商城購買圖書，下單後需要在支付頁面顯示訂單優惠後的價格。具體優惠規則如下：
| 規則編號 | 規則名稱 | 描述 |
|---|---|---|
| 1 | 規則一 | 所購圖書總價在100元以下的沒有優惠 |
| 2 | 規則二 | 所購圖書總價在100到200元的優惠20元 |
| 3 | 規則三 | 所購圖書總價在200到300元的優惠50元 |
| 4 | 規則四 | 所購圖書總價在300元以上的優惠100元 |
現在需要根據上面的規則計算優惠後的價格。
3.2 開發實現
第一步：創建maven工程drools_quickstart並導入drools相關maven坐標
<dependency>
<groupId>org.drools</groupId>
<artifactId>drools-compiler</artifactId>
<version>7.10.0.Final</version>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
</dependency>
第二步：根據drools要求創建resources/META-INF/kmodule.xml配置文件
<?xml version="1.0" encoding="UTF-8" ?>
<kmodule xmlns="http://www.drools.org/xsd/kmodule">
<!--
name:指定kbase的名稱，可以任意，但是需要唯一
packages:指定規則文件的目錄，需要根據實際情況填寫，否則無法載入到規則文件
default:指定當前kbase是否為預設
-->
<kbase name="myKbase1" packages="rules" default="true">
<!--
name:指定ksession名稱，可以任意，但是需要唯一
default:指定當前session是否為預設
-->
<ksession name="ksession-rule" default="true"/>
</kbase>
</kmodule>
註意：上面配置文件的名稱和位置都是固定寫法，不能更改
第三步：創建實體類Order
package com.itheima.drools.entity;
/**
* 訂單
*/
public class Order {
private Double originalPrice;//訂單原始價格，即優惠前價格
private Double realPrice;//訂單真實價格，即優惠後價格
public String toString() {
return "Order{" +
"originalPrice=" + originalPrice +
", realPrice=" + realPrice +
'}';
}
public Double getOriginalPrice() {
return originalPrice;
}
public void setOriginalPrice(Double originalPrice) {
this.originalPrice = originalPrice;
}
public Double getRealPrice() {
return realPrice;
}
public void setRealPrice(Double realPrice) {
this.realPrice = realPrice;
}
}
第四步：創建規則文件resources/rules/bookDiscount.drl
//圖書優惠規則
package book.discount
import com.itheima.drools.entity.Order
//規則一：所購圖書總價在100元以下的沒有優惠
rule "book_discount_1"
when
$order:Order(originalPrice < 100)
then
$order.setRealPrice($order.getOriginalPrice());
System.out.println("成功匹配到規則一：所購圖書總價在100元以下的沒有優惠");
end
//規則二：所購圖書總價在100到200元的優惠20元
rule "book_discount_2"
when
$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_3"
when
$order:Order(originalPrice <= 300 && originalPrice >= 200)
then
$order.setRealPrice($order.getOriginalPrice() - 50);
System.out.println("成功匹配到規則三：所購圖書總價在200到300元的優惠50元");
end
//規則四：所購圖書總價在300元以上的優惠100元
rule "book_discount_4"
when
$order:Order(originalPrice >= 300)
then
$order.setRealPrice($order.getOriginalPrice() - 100);
System.out.println("成功匹配到規則四：所購圖書總價在300元以上的優惠100元");
end
第五步：編寫單元測試
@Test
public void test1(){
KieServices kieServices = KieServices.Factory.get();
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());
}
通過上面的入門案例我們可以發現，使用drools規則引擎主要工作就是編寫規則文件，在規則文件中定義跟業務相關的業務規則，例如本案例定義的就是圖書優惠規則。規則定義好後就需要調用drools提供的API將數據提供給規則引擎進行規則模式匹配，規則引擎會執行匹配成功的規則並將計算的結果返回給我們。
可能大家會有疑問，就是我們雖然沒有在代碼中編寫規則的判斷邏輯，但是我們還是在規則文件中編寫了業務規則，這跟在代碼中編寫規則有什麼本質的區別呢？
我們前面其實已經提到，使用規則引擎時業務規則可以做到動態管理。業務人員可以像管理數據一樣對業務規則進行管理，比如查詢、添加、更新、統計、提交業務規則等。這樣就可以做到在不重啟服務的情況下調整業務規則。
3.3 小結
3.3.1 規則引擎構成
drools規則引擎由以下三部分構成：
- Working Memory（工作記憶體）
- Rule Base（規則庫）
- Inference Engine（推理引擎）
其中Inference Engine（推理引擎）又包括：
- Pattern Matcher（匹配器）
- Agenda(議程)
- Execution Engine（執行引擎）
如下圖所示：
3.3.2 相關概念說明
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中被激活的規則。
3.3.3 規則引擎執行過程
3.3.4 KIE介紹
我們在操作Drools時經常使用的API以及它們之間的關係如下圖：
通過上面的核心API可以發現，大部分類名都是以Kie開頭。Kie全稱為Knowledge Is Everything，即"知識就是一切"的縮寫，是Jboss一系列項目的總稱。如下圖所示，Kie的主要模塊有OptaPlanner、Drools、UberFire、jBPM。
通過上圖可以看到，Drools是整個KIE項目中的一個組件，Drools中還包括一個Drools-WB的模塊，它是一個可視化的規則編輯器。
