第2-4-1章 規則引擎Drools介紹-業務規則管理系統-組件化-中台

来源:https://www.cnblogs.com/gitBook/archive/2022/11/22/16916682.html
-Advertisement-
Play Games

規則引擎 Drools 全套代碼及資料全部完整提供,點此處下載 1. 問題引出 現有一個線上申請信用卡的業務場景,用戶需要錄入個人信息,如下圖所示: 通過上圖可以看到,用戶錄入的個人信息包括姓名、性別、年齡、學歷、電話、所在公司、職位、月收入、是否有房、是否有車、是否有信用卡等。錄入完成後點擊申請按 ...


目錄

規則引擎 Drools

全套代碼及資料全部完整提供,點此處下載

1. 問題引出

現有一個線上申請信用卡的業務場景,用戶需要錄入個人信息,如下圖所示:

在這裡插入圖片描述

通過上圖可以看到,用戶錄入的個人信息包括姓名、性別、年齡、學歷、電話、所在公司、職位、月收入、是否有房、是否有車、是否有信用卡等。錄入完成後點擊申請按鈕提交即可。

用戶提交申請後,需要在系統的服務端進行用戶信息合法性檢查(是否有資格申請信用卡),只有通過合法性檢查的用戶才可以成功申請到信用卡(註意:不同用戶有可能申請到的信用卡額度不同)。

檢查用戶信息合法性的規則如下:

規則編號 名稱 描述
1 檢查學歷與薪水1 如果申請人既沒房也沒車,同時學歷為大專以下,並且月薪少於5000,那麼不通過
2 檢查學歷與薪水2 如果申請人既沒房也沒車,同時學歷為大專或本科,並且月薪少於3000,那麼不通過
3 檢查學歷與薪水3 如果申請人既沒房也沒車,同時學歷為本科以上,並且月薪少於2000,同時之前沒有信用卡的,那麼不通過
4 檢查申請人已有的信用卡數量 如果申請人現有的信用卡數量大於10,那麼不通過

用戶信息合法性檢查通過後,還需要根據如下信用卡發放規則確定用戶所辦信用卡的額度:

規則編號 名稱 描述
1 規則1 如果申請人有房有車,或者月收入在20000以上,那麼發放的信用卡額度為15000
2 規則2 如果申請人沒房沒車,但月收入在10000~20000之間,那麼發放的信用卡額度為6000
3 規則3 如果申請人沒房沒車,月收入在10000以下,那麼發放的信用卡額度為3000
4 規則4 如果申請人有房沒車或者沒房但有車,月收入在10000以下,那麼發放的信用卡額度為5000
5 規則5 如果申請人有房沒車或者是沒房但有車,月收入在10000~20000之間,那麼發放的信用卡額度為8000

思考:如何實現上面的業務邏輯呢?

我們最容易想到的就是使用分支判斷(if else)來實現,例如通過如下代碼來檢查用戶信息合法性:

//此處為偽代碼

//檢查用戶信息合法性,返回true表示檢查通過,返回false表示檢查不通過
public boolean checkUser(User user){
    //如果申請人既沒房也沒車,同時學歷為大專以下,並且月薪少於5000,那麼不通過
    if(user.getHouse() == null 
       && user.getcar() == null 
       && user.getEducation().equals("大專以下") 
       && user.getSalary < 5000){
        return false;
    }
    //如果申請人既沒房也沒車,同時學歷為大專或本科,並且月薪少於3000,那麼不通過
    else if(user.getHouse() == null 
       && user.getcar() == null 
       && user.getEducation().equals("大專或本科") 
       && user.getSalary < 3000){
        return false;
    }
    //如果申請人既沒房也沒車,同時學歷為本科以上,並且月薪少於2000,同時之前沒有信用卡的,那麼不通過
    else if(user.getHouse() == null 
       && user.getcar() == null 
       && user.getEducation().equals("本科以上") 
       && user.getSalary < 2000 
       && user.getHasCreditCard() == false){
        return false;
    }
    //如果申請人現有的信用卡數量大於10,那麼不通過
    else if(user.getCreditCardCount() > 10){
        return false;
    }
    return true;
}

如果用戶信息合法性檢查通過後,還需要通過如下代碼確定用戶所辦信用卡的額度:

//此處為偽代碼

//根據用戶輸入信息確定信用卡額度
public Integer determineCreditCardLimit(User user){
    //如果申請人有房有車,或者月收入在20000以上,那麼發放的信用卡額度為15000
    if((user.getHouse() != null && user.getcar() != null) 
       || user.getSalary() > 20000){
        return 15000;
    }
    //如果申請人沒房沒車,並且月收入在10000到20000之間,那麼發放的信用卡額度為6000
    else if(user.getHouse() == null 
       && user.getcar() == null
       && user.getSalary() > 10000 
       && user.getSalary() < 20000){
        return 6000;
    }
    //如果申請人沒房沒車,並且月收入在10000以下,那麼發放的信用卡額度為3000
    else if(user.getHouse() == null 
       && user.getcar() == null
       && user.getSalary() < 10000){
        return 3000;
    }
    //如果申請人有房沒車或者沒房但有車,並且月收入在10000以下,那麼發放的信用卡額度為5000
    else if((((user.getHouse() != null && user.getcar() == null) || (user.getHouse() == null && user.getcar() != null))
       && user.getSalary() < 10000){
        return 5000;
    }
    //如果申請人有房沒車或者沒房但有車,並且月收入在10000到20000之間,那麼發放的信用卡額度為8000
    else if((((user.getHouse() != null && user.getcar() == null) || (user.getHouse() == null && user.getcar() != null))
       && (user.getSalary() > 10000 && user.getSalary() < 20000)){
        return 8000;
    }
}

通過上面的偽代碼我們可以看到,我們的業務規則是通過Java代碼的方式實現的。這種實現方式存在如下問題:

1、硬編碼實現業務規則難以維護

2、硬編碼實現業務規則難以應對變化

3、業務規則發生變化需要修改代碼,重啟服務後才能生效

那麼面對上面的業務場景,還有什麼好的實現方式嗎?

答案是規則引擎

2. 規則引擎概述

2.1 什麼是規則引擎

規則引擎,全稱為業務規則管理系統,英文名為BRMS(即Business Rule Management System)。規則引擎的主要思想是將應用程式中的業務決策部分分離出來,並使用預定義的語義模塊編寫業務決策(業務規則),由用戶或開發者在需要時進行配置、管理。

需要註意的是規則引擎並不是一個具體的技術框架,而是指的一類系統,即業務規則管理系統。目前市面上具體的規則引擎產品有:drools、VisualRules、iLog等。

規則引擎實現了將業務決策從應用程式代碼中分離出來,接收數據輸入,解釋業務規則,並根據業務規則做出業務決策。規則引擎其實就是一個輸入輸出平臺。

上面的申請信用卡業務場景使用規則引擎後效果如下:

在這裡插入圖片描述

系統中引入規則引擎後,業務規則不再以程式代碼的形式駐留在系統中,取而代之的是處理規則的規則引擎,業務規則存儲在規則庫中,完全獨立於程式。業務人員可以像管理數據一樣對業務規則進行管理,比如查詢、添加、更新、統計、提交業務規則等。業務規則被載入到規則引擎中供應用系統調用。

2.2 使用規則引擎的優勢

使用規則引擎的優勢如下:

1、業務規則與系統代碼分離,實現業務規則的集中管理

2、在不重啟服務的情況下可隨時對業務規則進行擴展和維護

3、可以動態修改業務規則,從而快速響應需求變更

4、規則引擎是相對獨立的,只關心業務規則,使得業務分析人員也可以參與編輯、維護系統的業務規則

5、減少了硬編碼業務規則的成本和風險

6、使用規則引擎提供的規則編輯工具,使複雜的業務規則實現變得的簡單

2.3 規則引擎應用場景

對於一些存在比較複雜的業務規則並且業務規則會頻繁變動的系統比較適合使用規則引擎,如下:

1、風險控制系統----風險貸款、風險評估

2、反欺詐項目----銀行貸款、徵信驗證

3、決策平臺系統----財務計算

4、促銷平臺系統----滿減、打折、加價購

2.4 Drools介紹

drools是一款由JBoss組織提供的基於Java語言開發的開源規則引擎,可以將複雜且多變的業務規則從硬編碼中解放出來,以規則腳本的形式存放在文件或特定的存儲介質中(例如存放在資料庫中),使得業務規則的變更不需要修改項目代碼、重啟伺服器就可以線上上環境立即生效。

drools官網地址:https://drools.org/

drools源碼下載地址:https://github.com/kiegroup/drools

在項目中使用drools時,即可以單獨使用也可以整合spring使用。如果單獨使用只需要導入如下maven坐標即可:

<dependency>
    <groupId>org.drools</groupId>
    <artifactId>drools-compiler</artifactId>
    <version>7.6.0.Final</version>
</dependency>

如果我們使用IDEA開發drools應用,IDEA中已經集成了drools插件。如果使用eclipse開發drools應用還需要單獨安裝drools插件。

drools API開發步驟如下:

在這裡插入圖片描述
全套代碼及資料全部完整提供,點此處下載


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • Express 快速創建 Web 伺服器 express 的基本使用 先安裝express包 npm i [email protected] 1.導入 express const express = require('express'); 2.創建 web 伺服器 const app = express( ...
  • 最近用 antd pro 開發了一些 web 小工具。 antd pro 不僅僅是升級版的 antd 組件,更重要的是提供了全套的前端解決方案,包括前端工程的編譯打包,路由配置,數據管理,樣式和資源的引用,和後端的交互方式。 甚至對於網站的國際化也有支持。 本篇是近期使用antd pro 時,用到的 ...
  • 大家好,EluxJS是一套基於“微模塊”和“模型驅動”的跨平臺、跨框架『同構方案』,歡迎瞭解... 可怕的巨石怪 工作中最可怕的是什麼?是遇到業務複雜且亂作一團的巨石應用。改一發而動全身,無法漸進式重構,也沒人敢對歷史包袱進行優化,欠下的代碼債只能像滾雪球一樣越積越多,終於到某天玩不下去,大佬選擇了 ...
  • 傳統大企業更喜歡私有化部署、個性化交付的傳統模式,因為他們需要更強的管控和更高的安全性。 然而,中小企業付費能力有限,需求往往也更加標準化,所以更喜歡價格更低的、訂購更簡單的SaaS產品。 為了滿足不同客戶的需求,多租戶的底層架構設計是至關重要的。 ...
  • 3. Drools入門案例 全套代碼及資料全部完整提供,點此處下載 本小節通過一個Drools入門案例來讓大家初步瞭解Drools的使用方式、對Drools有一個整體概念。 3.1 業務場景說明 業務場景:消費者在圖書商城購買圖書,下單後需要在支付頁面顯示訂單優惠後的價格。具體優惠規則如下: | 規 ...
  • 我們之前有<C++模板編程模塊>中的第<四>節 理解空間配置器allocator優化STL中的Vector 我將在此基礎上加入迭代器功能代碼 Iterator 為什麼可以遍歷所有的容器的方式都一樣? auto it =continer.beign(); for( ;it!=continer.end( ...
  • 最小生成樹(貪心演算法) 概念 一個有 n 個結點的連通圖的生成樹是原圖的極小連通子圖,且包含原圖中的所有 n 個結點,並且有保持圖連通的最少的邊。 連通圖有多種連接方式,而其中最小的連通圖,就是最小生成樹 連通圖分為:無向、有向 無向連通圖:所以頂點相連,但各個邊都沒有方向 有向連通圖:邊有方向 1 ...
  • 學習:SQL 語句到結構體的轉換 | Go 語言編程之旅 (eddycjy.com) 目標:SQL表轉換為Go語言結構體 可以線上體驗這個過程:SQL生成GO語言結構體 - 支持批量處理 (tl.beer) MySQL資料庫中的表結構,本質上是SQL語句。 CREATE TABLE `USER`( ...
一周排行
    -Advertisement-
    Play Games
  • 1.部署歷史 猿友們好,作為初來實習的我,已經遭受社會的“毒打”,所以請容許我在下麵環節適當吐槽,3Q! 傳統部署 ​ 回顧以往在伺服器部署webapi項目(非獨立發佈),dotnet環境、守護進程兩個逃都逃不掉,正常情況下還得來個nginx代理。不僅僅這仨,可能牽扯到yum或npm。node等都要 ...
  • 隨著技術的進步,跨平臺開發已經成為了標配,在此大背景下,ASP.NET Core也應運而生。本文主要基於ASP.NET Core+Element+Sql Server開發一個校園圖書管理系統為例,簡述基於MVC三層架構開發的常見知識點,前一篇文章,已經簡單介紹瞭如何搭建開發框架,和登錄功能實現,本篇... ...
  • 這道題只要會自定義cmp恰當地進行排序,其他部分沒有什麼大問題。 上代碼: 1 #include<bits/stdc++.h> 2 using namespace std; 3 int n,s,h1,h2,cnt; 4 struct apple{ 5 int height,ns;//height為蘋 ...
  • 這篇文章主要描述RPC的路由策略,包括為什麼需要請求隔離,為什麼不在註冊中心中實現請求隔離以及不同粒度的路由策略。 ...
  • 簡介: 中介者模式,屬於行為型的設計模式。用一個中介對象來封裝一系列的對象交互。中介者是各對象不需要顯式地相互引用,從而使其耦合鬆散,而且可以獨立地改變他們之間的交互。 適用場景: 如果平行對象間的依賴複雜,可以使用中介者解耦。 優點: 符合迪米特法則,減少成員間的依賴。 缺點: 不適用於系統出現對 ...
  • 【前置內容】Spring 學習筆記全系列傳送門: Spring學習筆記 - 第一章 - IoC(控制反轉)、IoC容器、Bean的實例化與生命周期、DI(依賴註入) Spring學習筆記 - 第二章 - 註解開發、配置管理第三方Bean、註解管理第三方Bean、Spring 整合 MyBatis 和 ...
  • 簡介: 享元模式,屬於結構型的設計模式。運用共用技術有效地支持大量細粒度的對象。 適用場景: 具有相同抽象但是細節不同的場景中。 優點: 把公共的部分分離為抽象,細節依賴於抽象,符合依賴倒轉原則。 缺點: 增加複雜性。 代碼: //用戶類 class User { private $name; fu ...
  • 這次設計一個通用的多位元組SPI介面模塊,特點如下: 可以設置為1-128位元組的SPI通信模塊 可以修改CPOL、CPHA來進行不同的通信模式 可以設置輸出的時鐘 狀態轉移圖和思路與多位元組串口發送模塊一樣,這裡就不給出了,具體可看該隨筆。 一、模塊代碼 1、需要的模塊 通用8位SPI介面模塊 `tim ...
  • AOP-03 7.AOP-切入表達式 7.1切入表達式的具體使用 1.切入表達式的作用: 通過表達式的方式定義一個或多個具體的連接點。 2.語法細節: (1)切入表達式的語法格式: execution([許可權修飾符] [返回值類型] [簡單類名/全類名] [方法名]([參數列表]) 若目標類、介面與 ...
  • 測試一、虛繼承與繼承的區別 1.1 單個繼承,不帶虛函數 1>class B size(8): 1> + 1> 0 | + (base class A) 1> 0 | | _ia //4B 1> | + 1> 4 | _ib //4B 有兩個int類型數據成員,占8B,基類邏輯存在前面 1.2、單個 ...