第2-4-2章規則引擎Drools入門案例-業務規則管理系統-組件化-中台

3. Drools入門案例全套代碼及資料全部完整提供，點此處下載本小節通過一個Drools入門案例來讓大家初步瞭解Drools的使用方式、對Drools有一個整體概念。 3.1 業務場景說明業務場景：消費者在圖書商城購買圖書，下單後需要在支付頁面顯示訂單優惠後的價格。具體優惠規則如下： | 規 ...

3. Drools入門案例

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中被激活的規則。