目錄
- 3. Drools入門案例
- 3.1 業務場景說明
- 3.2 開發實作
- 3.3 小結
- 3.3.1 規則引擎構成
- 3.3.2 相關概念說明
- 3.3.3 規則引擎執行程序
- 3.3.4 KIE介紹
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的模塊,它是一個可視化的規則編輯器,
全套代碼及資料全部完整提供,點此處下載
轉載請註明出處,本文鏈接:https://www.uj5u.com/houduan/538000.html
標籤:Java
