36.2 混編小結 該事件觸發框架結構清晰，擴展性好，讀者可以進行抽象化處理后應用于實際開發中。我們回頭看看在這個案例中使用了哪些設計模式。 ● 工廠方法模式 負責產生產品對象，方便產品的修改和擴展，并且實現了產品和工廠的緊耦合，避免產品隨意被創建而無觸發事件的情況發生。 ● 橋梁模式 在產品和事件兩個對象的關系中我們使用了橋梁模式，如此設計后，兩者都可以自由地擴展（前提是需要抽取抽象化）而不會破壞原有的封裝。 ● 觀察者模式 觀察者模式解決了事件如何通知處理者的問題，而且觀察者模式還有一個優點是可以有多個觀察者，也就是我們的架構是可以有多層級、多分類的處理者。想重新擴展一個新類型（新接口）的觀察者？沒有問題，擴展ProductEvent即可。 ● 中介者模式 事件有了，處理者也有了，這些都會發生變化，并且處理者之間也有耦合關系，中介者則可以完美地處理這些復雜的關系。 我們再來思考一下，如果我們要擴展這個框架，可能還會用到什么模式？首先是責任鏈模式，它可以幫助我們解決一個處理者處理多個事件的問題；其次是模板方法模式，處理者的啟用、停用等，都可以通過模板方法模式來實現；再次是裝飾模式，事件的包裝、處理者功能的強化都會用到裝飾模式。當然了，我們還可能用到其他的模式，只要能夠很好地解決我們的困境，那就好好使用吧，這也是我們學習設計模式的目的。