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

假裝文藝範兒發表於2022-11-23
元件化

目錄

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的模組，它是一個視覺化的規則編輯器。

全套程式碼及資料全部完整提供，點此處下載

相關文章