處理事件驅動應用程序的複雜性的技巧

Question

通常，編寫接收外界事件的系統的技術是什麼？例如。藍牙應用程序可以接收來自HCI的許多低級別事件。它必須跟蹤經常臨時的狀態，並根據當前狀態允許/禁止操作。

是否有幫助處理如此複雜一些具體的技術？有更詳細的描述一些實用文獻嗎？

Answer 1

那麼觀察者模式是主要的也許是唯一模式處理這類案件。儘管它有各種變化，比如消息驅動的合作，pub-sub，主題或基於標籤的合作，但其中大多數都重用觀察者模式的意識形態。

現在作曲複雜性。通常事件觀察員和發佈者本質上是無狀態的。即他們接受和事件，並且他們要麼傳播他們要麼消耗他們。現在傳播很容易，但消費可能會很棘手，因爲消費的含義可能因目標和事件類型而異。然後，與生產和消費事件的操作的執行有關的複雜性。在這裏，一個好的設計會使事件互相排斥。這意味着兩次點擊一個按鈕或兩個文件寫入不會以任何方式相互依賴。事件的消費也應該是這樣。消費過程不應該依賴於事件到達的順序。

一個好的事件觀察器設計利用無狀態的生產者和消費者，域驅動的事件對象（事件對象知道它是應該去）和併發性的生產和消費滿滿當當。