1. 引言

1.1 為什么需要規(guī)則引擎

在業(yè)務(wù)的早期時(shí)代，也許使用硬編碼或者邏輯判斷就可以滿足要求。但隨著業(yè)務(wù)的發(fā)展，越來越多的問題會(huì)暴露出來：

• 邏輯復(fù)雜度帶來的編碼挑戰(zhàn)，需求變更時(shí)改變邏輯可能會(huì)引起災(zāi)難

• 重復(fù)性的需求必須可重用，否則必須重復(fù)性編碼

• 運(yùn)行期間無法即時(shí)修改規(guī)則，但重新部署可能會(huì)帶來其他問題

• 上線前的測試變得繁瑣且不可控，必須花大量的人力和時(shí)間去測試

這些困境在『 小明歷險(xiǎn)記：規(guī)則引擎 drools 教程一』 一文中可以體會(huì)一番，一開始只是簡單的根據(jù)購物金額來發(fā)放積分，運(yùn)行期間又要更改為更多的規(guī)則層次，如果不及時(shí)引入對應(yīng)的規(guī)范化處理機(jī)制，開發(fā)人員將慢慢墜入無止盡的業(yè)務(wù)深淵。對此，聰明的做法是在系統(tǒng)中引入規(guī)則引擎，對業(yè)務(wù)操作員要提供盡量簡單的操作頁面來配置規(guī)則，規(guī)則引擎和配置盡量不要耦合到一塊。

1.2 .Net Core 環(huán)境下的選擇 -- Nrules

目前最流行的規(guī)則引擎應(yīng)該是Drools, 用 Java 語言編寫的開放源碼規(guī)則引擎，使用 Rete 算法對所編寫的規(guī)則求值，其操作流程如下：

對于 .Net 應(yīng)用來說，可以通過 Kie 組件提供的 Rest 接口調(diào)用規(guī)則引擎運(yùn)算。然而其過于龐大，僅僅只是需要規(guī)則引擎計(jì)算核心的部分。對此，查找了 .Net 中開源的規(guī)則引擎，發(fā)現(xiàn)只有同樣實(shí)現(xiàn) Rete 算法的 Nrules 滿足要求（支持 .Net Core，運(yùn)行時(shí)加載規(guī)則引擎）。

注：本文參考借鑒了美團(tuán)技術(shù)團(tuán)隊(duì) 從 0 到 1：構(gòu)建強(qiáng)大且易用的規(guī)則引擎 一文的設(shè)計(jì)思路，對 Drools 從入門到放棄。

2. Nrules 實(shí)戰(zhàn) -- 電商促銷活動(dòng)規(guī)則引擎設(shè)計(jì)

2.1 了解 Nrules

NRules 是基于 Rete 匹配算法的.NET 生產(chǎn)規(guī)則引擎，基于.NET Standard ，支持 4.5+ 的應(yīng)用，提供 流式聲明規(guī)則、運(yùn)行時(shí)構(gòu)建規(guī)則、專門的規(guī)則語言(開發(fā)中，不推薦使用到生產(chǎn)，基于.Net 4.5 而不是 .NETStandard )。
其計(jì)算機(jī)制也與其他規(guī)則引擎大同小異：

2.2 設(shè)計(jì)規(guī)則配置

前文提到 對業(yè)務(wù)操作員要提供盡量簡單的操作頁面來配置規(guī)則 ，所以我們定義促銷活動(dòng)的規(guī)則配置就要盡量簡單。

在設(shè)計(jì)模型時(shí)，我們必須先參考現(xiàn)實(shí)生活中遇到的電商促銷活動(dòng)，大致可以想到有這么幾種活動(dòng)類型：滿減促銷、單品促銷、套裝促銷、贈(zèng)品促銷、滿贈(zèng)促銷、多買優(yōu)惠促銷、定金促銷等。
在這里，我選擇對多買優(yōu)惠促銷做分析，多買促銷優(yōu)惠即所謂的階梯打折，如買一件9折，買兩件8折，其模型大致如下：

這里為了簡化設(shè)計(jì)，設(shè)計(jì)的模型并不會(huì)去約束平臺(tái)、活動(dòng)范圍、會(huì)員等級(jí)等，僅僅約束了使用的產(chǎn)品 id 范圍。為了匹配現(xiàn)實(shí)中可能出現(xiàn)的組合優(yōu)惠（類似滿減活動(dòng)后還可以使用優(yōu)惠券等）現(xiàn)象和相反的獨(dú)斥現(xiàn)象（如該商品參與xx活動(dòng)后不支持X券），設(shè)置了一個(gè)字段來判斷是否可以組合優(yōu)惠，也可以理解為所有活動(dòng)都為組合優(yōu)惠，只是有些組合優(yōu)惠只有一個(gè)促銷活動(dòng)。

注：想了解更多關(guān)于電商促銷系統(tǒng)設(shè)計(jì)可參考腦圖

2.3 規(guī)則配置轉(zhuǎn)換

為了實(shí)現(xiàn) 規(guī)則引擎和配置盡量不要耦合到一塊，必須有中間層對規(guī)則配置進(jìn)行轉(zhuǎn)換為 Nrules 能夠接受的規(guī)則描述。聯(lián)系前文的計(jì)算機(jī)制，我們可以得到這樣一個(gè)描述模型：

由于 Nrules 支持流式聲明，所以約束條件和產(chǎn)生的結(jié)果都可以用 LambdaExpression 表達(dá)式實(shí)現(xiàn)。現(xiàn)在我們需要把階梯打折的配置轉(zhuǎn)換成規(guī)則描述，那我們需要先分析一下。假設(shè)滿一件9折，滿兩件8折，滿三件7折，那我們可以將其分解為:

• 大于等于三件打 7 折

• 大于等于兩件且小于三件打 8 折

• 大于等于一件且小于兩件 9 折

基于此分析，我們可以看出，只有第一個(gè)最多的數(shù)量規(guī)則是不一樣的，其他規(guī)則都是比前一個(gè)規(guī)則的數(shù)量小且大于等于當(dāng)前規(guī)則的數(shù)量，那么我們可以這樣轉(zhuǎn)換我們的規(guī)則配置:

2.4 生成規(guī)則集合

在 Nrules 的 wiki 中，為了實(shí)現(xiàn)運(yùn)行時(shí)加載規(guī)則引擎，我們需要引入實(shí)現(xiàn) IRuleRepository ，所以我們需要將描述模型轉(zhuǎn)換成 Nrules 中的 RuleSet：

2.5 執(zhí)行規(guī)則引擎

做了轉(zhuǎn)換處理僅僅是第一步，我們還必須創(chuàng)建一個(gè)規(guī)則引擎的處理會(huì)話，并把相關(guān)的事實(shí)對象（fact）傳遞到會(huì)話，執(zhí)行觸發(fā)的代碼，相關(guān)對象發(fā)生了變化，其簡單代碼如下：

2.6 應(yīng)用場景示例

我們假設(shè)有這么一個(gè)應(yīng)用入口：傳入一個(gè)購物車（這里等價(jià)于訂單）id，獲取其可以參加的促銷活動(dòng)，返回對應(yīng)活動(dòng)優(yōu)惠后的結(jié)果，并按總價(jià)的最低依次升序，那么可以這么寫:

假設(shè)這么一個(gè)購物車id，買一件時(shí)最優(yōu)惠是參加 A 活動(dòng)，買兩件時(shí)最優(yōu)惠是參加 B 和 C 活動(dòng)，那么其效果圖可能如下:

3. 結(jié)語

本文只是對規(guī)則引擎及 Nrules 的簡單介紹及應(yīng)用，過程中隱藏了很多細(xì)節(jié)。在體會(huì)到規(guī)則引擎的強(qiáng)大的同時(shí)，還必須指出其局限性，規(guī)則引擎同樣不是銀彈，必須結(jié)合實(shí)際出發(fā)。

擴(kuò)展閱讀：Martin Fowler：應(yīng)該使用規(guī)則引擎嗎?

原文地址: https://www.cnblogs.com/chenug/p/9160397.html