ESFramework网络通信框架介绍之（3）――消息处理器和处理器工厂

一。ESFramework网络通信框架与消息处理器

无论是服务端还是客户端，都需要对接收到的消息进行处理，在ESFramework网络通信框架中，处理消息的组件称为消息处理器，所有的消息处理器都实现了接口IDataDealer：

1     public interface IDataDealer
2     {
3         NetMessage  DealRequestMessage(NetMessage reqMsg) ;
4     }

    从DealRequestMessage方法的签名我们可以看到，将NetMessage的主体（是字节流）解析为IContract对象是由消息处理器自己完成的。这也是很符合实际的，消息处理器一定能解析并处理它关心的消息，而框架和应用的其它部分不必关心。这里小结一下，最开始我们把消息解析的任务从框架下放到了应用，这里，我们又把这个任务继续下放给了消息处理器。这样，各个消息处理器只用解析自己关心的消息了，在此基础上，我们就可以把消息处理器做成插件（Addin）的形式，并实现插件的动态加载功能。
    现在我们来看看消息处理器插件（又称“功能插件”）

    /// <summary>
    /// IFunAddin 功能插件基础接口。
    /// </summary>
    public interface IFunAddin :IAddin ,IDataDealer
    {

    }

IAddin是插件的基础接口，在企业级服务器设计与实现经验之插件系统基础篇一文中已经作了简单介绍。
针对各种不同类型的消息（消息类型的不同体现为本条消息的Header中的ServiceKey不同），需要由不同的消息处理器来处理，管理/创建所有这些消息处理器的工厂，称为处理器工厂IDataDealerFactory。

    public interface IDataDealerFactory
    {
        IDataDealer CreateDealer(int requestType ,int serverTypeKey)  ;//serverTypeKey 比如城市代号
    }

    IDataDealerFactory根据消息的类型，创建对应的处理器。CreateDealer方法中的第二个参数serverTypeKey暂时可不予关心。
    前面我们已经提到了使用插件来实现消息处理器，那么ESFramework框架就可以提供一个基于插件的处理器工厂FunAddinDealerFactory，这个工厂的实现需要借助插件管理器IAddinManagement，关于插件管理器，可参见企业级服务器设计与实现经验之插件系统基础篇一文。FunAddinDealerFactory实现如下：

FunAddinDealerFactory

上面讲述的是基于插件的处理器工厂，后面的文章中我们还会给出一个基于Tcp连接池的处理器工厂：）

有时，应用经常有这样的需要，对某种类型的消息或某个特定的消息进行拦截、截获，然后对其进行某种变形（如压缩、加密）等，这些功能将通过Hook机制实现，Hook机制到底是如何发生作用的，请继续关注下文

ESFramework网络通信框架介绍之（4）―消息拦截器INetMessageHook

上一篇：ESFramework 网络通信框架介绍之（2）――网络通信消息NetMessage

转到：ESFramework 可复用的网络通信框架（序）