下面介紹的是Flex中的Hook機制。這個Hook機制本身不限平臺和語言，而Flex中的Hook機制是相當不錯的。

在前一篇簡要介紹了基于Flex的界面組合SDK，其中使用Hook機制實現UI Part生命周期管理、Master-Details關系構建和UI Part注入。Hook即鉤子，其作用可以理解為通過透明的方式為某一對象掛上額外的功能，從而實現透明擴展。Hook機制可以應用于各種平臺，不限語言，其傳遞的是一種思想。利用Hook機制實現這些功能的***優點是，在提供這些功能的同時不增加用戶復雜性，它能夠完全兼容基于Flex組件的設計，使用戶絲毫感覺不出來我們正在使用SDK。也就是說，這種Hook機制的引入，該SDK提供的功能對開發人員是完全透明的，這個想法很酷。不過，沒有任何解決方案是***的，這種Hook機制在資源釋放、事件捕捉時，需要按一定順序，控制這些順序對SDK維護人員要求比較高，一不注意，就會出現莫名其妙的錯誤。此外，Hook機制實現稍微困難一點。

下圖是Hook機制實現類圖。

IDisposable接口借鑒與微軟內存管理模型，Adobe Flex在內存管理和GC方面做得非常粗糙，其SDK內存泄漏很多，在模塊化應用中，內存泄漏尤其嚴重。因此，我在設計該SDK的時候，引入了微軟的一些 內存管理思路，不過，根據需要做了一點變化。該SDK內存釋放分為2個階段，***個階段有preDispose函數實現，用于釋放類實例間依賴，第二階段 是postDispose函數實現，用于釋放實例引用。所有的Hook都實現了IDisposable接口，可以實現內存釋放。

IComponentHook 繼承于IDisposable接口，定義了一個Hook的基本接口，由compositionManager、component、isHooked屬性 和hook、unHook方法組成，分別用于表示組合管理器、Hook掛載的組件、是否掛載和執行掛載、執行卸載。

ComponentHook是所有Hook基類，它直接實現了compositionManager、component、isHooked屬性的定義，并且在hook方法和unHook方法中設置了掛載的組件和isHooked屬性。

生命周期管理功能由IComponentLifecycleHook、IContainerLifecycleHook接口與 ComponentLifecycleHook、ContainerLifecycleHook、ViewStackLifecycleHook實現類組成。ComponentLifecycleHook用于保存一個葉子控件的生命周期狀態，葉子控件的生命周期是由其容器決定的；ContainerLifecycleHook用于保存容器的生命周期狀態，同時用于管理子控件的狀態，默認的，所有的子控件都與容器的狀態是一致；ViewStack是一個特殊的容器，在任一時刻，它只顯示一個子控件，ViewStackLifecycleHook用于保存ViewStack容器的狀態，并管理當前顯示的控件的狀態，當ViewStack狀態更改時，只更改當前被選中的子控件，而其它子控件都處于非激活狀態。

SmartPartPlaceHolderHook和SmartPartContainerHook實現UI Part動態注入（在SDK中，每一個UI Part被命名為SmartPart，命名方式來源于微軟CAB）。這兩個Hook會為實現ISmartPartPlaceHolder和ISmartPartContainer接口的容器，從這類容器讀取location屬性，然后根據location屬性從SmartPartManager獲取相應的SmartPart，然后注入到這些容器中。SmartPartPlaceHolder與SmartPartContainer區別是，前者只能注入一個SmartPart，而后者可以注入多個SmartPart。

DetailsSmartPartHook實現Master-Details關系構建，為一個實現IDetailsSmartPart接口的組件添加其masterSmartPartLocations對應的MasterSmartPart，建立二者之間的關系，這種關系的建立對于用于是透明的。

ComponentTreeHook是Hook機制核心類，掛載到控件樹的根節點，動態監聽整個控件樹onChildAdded/Removed事件，實現整個控件樹的所有Hook的創建和銷毀；DebugComponentTreeHook繼承于ComponentTreeHook，與其區別在于它是實現整個控件樹調試信息的收集，其收集的調試信息能夠自動顯示到如下的DebugPanel。

【編輯推薦】