ESFramework介绍之（3）――消息处理器和处理器工厂

无论是服务端还是客户端，都需要对接收到的消息进行处理，在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是插件的基础接口，在[u]企业级服务器设计与实现经验之插件系统基础篇 [/u]一文中已经作了简单介绍。
针对各种不同类型的消息（消息类型的不同体现为本条消息的Header中的ServiceKey不同），需要由不同的消息处理器来处理，管理/创建所有这些消息处理器的工厂，称为处理器工厂IDataDealerFactory。

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






FunAddinDealerFactory
1 public class FunAddinDealerFactory :IDataDealerFactory
2 {
3 private IAddinManagement addinManagement ;
4
5 public FunAddinDealerFactory()
6 {
7 }
8
9 #region property
10 public IAddinManagement AddinManagement
11 {
12 set
13 {
14 this.addinManagement = value ;
15 }
16 }
17 #endregion
18
19 #region IDataDealerFactory 成员
20 public IDataDealer CreateDealer(int requestType, int serverTypeKey)
21 {
22 foreach(IAddin addin in this.addinManagement.AddinList)
23 {
24 if((addin.ServiceKey == requestType) && (addin.Enabled))
25 {
26 return (IDataDealer)addin ;
27 }
28 }
29
30 return null;
31 }
32
33 #endregion
34 }
上面讲述的是基于插件的处理器工厂，后面的文章中我们还会给出一个基于Tcp连接池的处理器工厂：）

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

ESFramework介绍之（4）―消息拦截器INetMessageHook

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

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