在軟件行業裏面，規則引擎作為基礎軟件的一種，也是屬於比較神秘的一種存在，這不是說出來大家都能了然的一款產品，甚至有很多的IT人，在聽到這個詞的時候，表現出來的也是一頭霧水，“什麽是規則引擎？”通常都會聽到這樣的問題。我記得在一次展會上，一個客戶問規則引擎是什麽？技術人員跟他聊了半個小時也沒把他說明白。

我不是玩技術的，所以對於規則引擎的一些代碼表現形式並沒興趣，當然，最重要的是我根本看不明白那些密密麻麻的玩意，讓我頭暈。我還是從最簡單表達方式來說說我自己的理解吧。

規則引擎，從字面上面理解，就是規則的引擎，就像一款發動機，驅使規則，讓規則更快實現，更快表達，還不懂？別急！

這麽說吧，在任何一個系統裏面，都有無數的規則，系統是為了讓我們更好的處理工作，所以，存在著很多我們實現預設好的規則和思路，假如，我在系統裏輸入“1”，那麽得出的結果就是“2”，假如我在發布新聞的時候，設置的時間是“2017年11月17日上線”，那麽這篇新聞必須要等到這個點才能自動發出。這就是規則的一種，也可以說是一種功能實現，這些可以理解為硬規則，因為不需要改變，輸入1得2，輸入2得4，是一個翻倍的計算方式。

再說一個，假如銀行在對信用卡申請數據做審批的時候，有一條規則—如果申請人滿35周歲，則增加5分，這個就很容易理解，少於35周歲，就不加唄，但是問題來了，銀行需要改變策略—申請人滿35歲且已婚，加5分，滿35周歲未婚，加3分。這就涉及到一個問題，程序員必須從後臺來進行設置，對系統規則進行修改。可是，這僅僅只是一個簡單的規則，在一些行業，可能隨時都會發生規則的變化，政策法規改變了、營銷套路更新了，這些都會驅使規則必須及時修改，如果只靠程序員來操作，費時、費力，極大增加了控制成本。這個時候，如果上了規則引擎，事情就很好辦了，打個比方，我只要在規則編輯器裏，增加一條規則—申請人滿35歲且已婚，加5分；申請人滿35歲且未婚，加3分。這就搞定了，甚至不需要IT參與。這就是規則引擎，降低系統更新成本，快速進行規則管理。

那有人說了，現在的規則引擎如ODM（ILOG），drools這些比較常見的，還是得技術員來操作，還是得依靠IT不是？而且學習曲線也高呀！業務人員能做到嗎？當然可以，現在的規則引擎不僅漢化，在規則管理上web化，規則拖拽管理，添加規則，只要在可視界面按照添加流程就可以操作，就像註冊賬號一樣簡單，旗正規則引擎就是比較典型的一款，不過是商業的，如果想要了解，可以下載免費版試試。

規則引擎是什麽？最簡單的解釋