第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、預覽地址:http://139.155.137.144:9012 2、qq群:801913255 一、前言 隨著網路的發展,企業對於信息系統數據的保密工作愈發重視,不同身份、角色對於數據的訪問許可權都應該大相徑庭。 列如 1、不同登錄人員對一個數據列表的可見度是不一樣的,如數據列、數據行、數據按鈕 ...
  • 前言 上一篇文章寫瞭如何使用RabbitMQ做個簡單的發送郵件項目,然後評論也是比較多,也是準備去學習一下如何確保RabbitMQ的消息可靠性,但是由於時間原因,先來說說設計模式中的簡單工廠模式吧! 在瞭解簡單工廠模式之前,我們要知道C#是一款面向對象的高級程式語言。它有3大特性,封裝、繼承、多態。 ...
  • Nodify學習 一:介紹與使用 - 可樂_加冰 - 博客園 (cnblogs.com) Nodify學習 二:添加節點 - 可樂_加冰 - 博客園 (cnblogs.com) 介紹 Nodify是一個WPF基於節點的編輯器控制項,其中包含一系列節點、連接和連接器組件,旨在簡化構建基於節點的工具的過程 ...
  • 創建一個webapi項目做測試使用。 創建新控制器,搭建一個基礎框架,包括獲取當天日期、wiki的請求地址等 創建一個Http請求幫助類以及方法,用於獲取指定URL的信息 使用http請求訪問指定url,先運行一下,看看返回的內容。內容如圖右邊所示,實際上是一個Json數據。我們主要解析 大事記 部 ...
  • 最近在不少自媒體上看到有關.NET與C#的資訊與評價,感覺大家對.NET與C#還是不太瞭解,尤其是對2016年6月發佈的跨平臺.NET Core 1.0,更是知之甚少。在考慮一番之後,還是決定寫點東西總結一下,也回顧一下.NET的發展歷史。 首先,你沒看錯,.NET是跨平臺的,可以在Windows、 ...
  • Nodify學習 一:介紹與使用 - 可樂_加冰 - 博客園 (cnblogs.com) Nodify學習 二:添加節點 - 可樂_加冰 - 博客園 (cnblogs.com) 添加節點(nodes) 通過上一篇我們已經創建好了編輯器實例現在我們為編輯器添加一個節點 添加model和viewmode ...
  • 前言 資料庫併發,數據審計和軟刪除一直是數據持久化方面的經典問題。早些時候,這些工作需要手寫複雜的SQL或者通過存儲過程和觸發器實現。手寫複雜SQL對軟體可維護性構成了相當大的挑戰,隨著SQL字數的變多,用到的嵌套和複雜語法增加,可讀性和可維護性的難度是幾何級暴漲。因此如何在實現功能的同時控制這些S ...
  • 類型檢查和轉換:當你需要檢查對象是否為特定類型,並且希望在同一時間內將其轉換為那個類型時,模式匹配提供了一種更簡潔的方式來完成這一任務,避免了使用傳統的as和is操作符後還需要進行額外的null檢查。 複雜條件邏輯:在處理複雜的條件邏輯時,特別是涉及到多個條件和類型的情況下,使用模式匹配可以使代碼更 ...
  • 在日常開發中,我們經常需要和文件打交道,特別是桌面開發,有時候就會需要載入大批量的文件,而且可能還會存在部分文件缺失的情況,那麼如何才能快速的判斷文件是否存在呢?如果處理不當的,且文件數量比較多的時候,可能會造成卡頓等情況,進而影響程式的使用體驗。今天就以一個簡單的小例子,簡述兩種不同的判斷文件是否... ...
  • 前言 資料庫併發,數據審計和軟刪除一直是數據持久化方面的經典問題。早些時候,這些工作需要手寫複雜的SQL或者通過存儲過程和觸發器實現。手寫複雜SQL對軟體可維護性構成了相當大的挑戰,隨著SQL字數的變多,用到的嵌套和複雜語法增加,可讀性和可維護性的難度是幾何級暴漲。因此如何在實現功能的同時控制這些S ...