2 {
3 NetMessageDealRequestMessage(NetMessagereqMsg);
4 }
從 DealRequestMessage 方法的簽名我們可以看到，將 NetMessage 的主體（是字節流）解析為 IContract 對象是由消息處理器自己完成的。這也是很符合實際的，消息處理器一定能解析并處理它關心的消息，而框架和應用的其它部分不必關心。這里小結一下，最開始我們把消息解析的任務從框架下放到了應用，這里，我們又把這個任務繼續下放給了消息處理器。這樣，各個消息處理器只用解析自己關心的消息了，在此基礎上，我們就可以把消息處理器做成插件（ Addin ）的形式，并實現插件的動態加載功能。
現在我們來看看消息處理器插件（又稱“功能插件”）
/// IFunAddin功能插件基礎接口。
/// </summary>
public interface IFunAddin:IAddin,IDataDealer
{
}
IAddin 是插件的基礎接口，在 企業級服務器設計與實現經驗之插件系統基礎篇 一文中已經作了簡單介紹。
針對各種不同類型的消息（消息類型的不同體現為本條消息的 Header 中的 ServiceKey 不同），需要由不同的消息處理器來處理，管理 / 創建所有這些消息處理器的工廠，稱為處理器工廠IDataDealerFactory。
{
IDataDealerCreateDealer( int requestType, int serverTypeKey); // serverTypeKey比如城市代號
}
IDataDealerFactory根據消息的類型，創建對應的處理器。 CreateDealer 方法中的第二個參數 serverTypeKey 暫時可不予關心。
前面我們已經提到了使用插件來實現消息處理器，那么 ESFramework 框架就可以提供一個基于插件的處理器工廠 FunAddinDealerFactory ，這個工廠的實現需要借助插件管理器 IAddinManagement ，關于插件管理器，可參見 企業級服務器設計與實現經驗之插件系統基礎篇 一文。 FunAddinDealerFactory 實現如下：
FunAddinDealerFactory
上面講述的是基于插件的處理器工廠，后面的文章中我們還會給出一個基于 Tcp 連接池的處理器工廠：）
有時，應用經常有這樣的需要，對某種類型的消息或某個特定的消息進行攔截、截獲，然后對其進行某種變形（如壓縮、加密）等，這些功能將通過 Hook 機制實現， Hook 機制到底是如何發生作用的，請繼續關注下文
ESFramework 介紹之（ 4） ― 消息攔截器 INetMessageHook
上一篇：
ESFramework介紹之（2）――網絡通信消息NetMessage
轉到：
ESFramework 可復用的通信框架（序）
更多文章、技術交流、商務合作、聯系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號聯系： 360901061
您的支持是博主寫作最大的動力，如果您喜歡我的文章，感覺我的文章對您有幫助，請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點擊下面給點支持吧，站長非常感激您！手機微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對您有幫助就好】元
