3. 複雜事件處理引擎產品

複雜事件處理的核心產品其實就是規則引擎，規則引擎的工作原理如下圖所示。

（1） 開發者使用規則語言或者狀態機定義一系列的規則，這些規則定義了系統中實體應對外界變化的反應規律。即一個實體物件當受到外部的作用，內部狀態發生了變化，滿足一定條件的內部狀態又觸發對外部的反應，執行一定的動作。無數的有著自身行為規則的物件，彼此相互作用，共同決定了系統整體的行為。 應用系統採用這種邏輯處理方式，模擬了真實世界的行為方式，是真正的面向物件的處理方式。

（2） 所有規則在規則引擎裡構造為 Rete network 結構，用於做規則的快速匹配。

（3）

（4） 當外部事件產生時，規則引擎對所有定義的規則做匹配，選擇出滿足條件可以執行的規則策略。這些規則按定義好的優先順序排列，預備按順序執行。

（5） 如果規則執行的結果不影響記憶體裡任何物件的狀態，那繼續第二條規則的執行，直至列表中的規則都執行完畢。否則重複之前的過程。

（6） 在處理過程中，記憶體裡的狀態物件和事件物件是可以刪除的，當然也可以建立新的狀態物件和事件物件。

（7） 這種程式不會結束，除非內部所有的物件都被清除，或者外部沒有任何新的事件發生。

總之，使用複雜事件處理規則引擎來構建開發系統，是一種更貼合真實世界執行狀況的描述形式。這裡大量的具備自由行為規則的物件決定了系統整體的行為表現。所以我說這才是真正的面向物件的程式設計方式。

基於規則引擎開發的應用程式，包含如下內容。

（1） 包含各種狀態資訊的物件的類定義。

（2） 事件物件的類定義。

（3） 描述物件狀態變化和行為反應的規則和狀態機模型。

（4） 一些常量定義。

（5） 輸入事件和輸出事件的訊息通道。

（6） 需要查詢或者載入的歷史資料。

這種應用程式的處理邏輯如下圖所示。

（1） 外部作用系統的事件產生。對這些事件做過濾，刪除不需要的事件。

（2） 過濾出的事件賦值給內部的物件，開始做事件的聚合，事件的泛化。

（3） 根據定義的規則和系統的需求，進行事件的匹配，判斷和推理。最後得到一個判斷結論，或者找到一個導致事故的原因，決定一個決策，或者一個對系統未來變化的一個預測。

（4） 這些結果會發布出去，作用於其他系統。

最後有個很重要的問題需要闡述一下，就是什麼樣的系統適合用事件處理規則引擎來做，即行為規則宣告式開發方式，什麼樣的系統適合傳統的過程式開發方式（不管是過程式的程式設計，還是過程式的圖形化流程編排）。我的答案是：

（1） 抽象一些這個問題是，使用系統整體過程的描述方式，還是使用系統個體行為規則的描述方式。所以如果系統包含的內部物件很多，每個物件都有自己的行為反應規則，系統整體行為依賴於所有個體的行為規則，那就使用規則引擎來開發。反之，如果系統包含的物件不多，系統有一套比較固定的，依賴很少的影響因素的行為，則使用過程式開發比較便利。

（2） 不論整體描述形式，還是個體描述形式，如果行為規則很多且在系統執行階段規則變化比較頻繁，則適合使用規則引擎。 畢竟規則引擎使用很優化的規則匹配演算法，使用過程式的程式設計來實現這個功能可不容易。

總之，過程式開發和宣告式開發的界限並不是涇渭分明的，程式設計做出的系統使用規則引擎也能做，規則引擎開發的系統程式設計也能實現。但選擇不好開發方式和工具，結果肯定是事倍功半的。用工具一定要用的準。