ESFramework介绍之（13）－－ 功能插件处理器工厂

    上文讲述的是AS中的基于连接池的消息处理器，现在我们把焦点转移到功能服务器FS上来，看看FS上消息分派的过程。当FS接收到到一个请求后，会从已加载的功能插件列表中选择一个合适的插件来处理这个消息，而每一个功能插件就相当于一个消息处理器。FS和AS的结构一致：

    要注意的是，功能服务器FS上收到的所有消息都应该交给功能插件来处理，不存在其它的处理方式。这是使得FS“纯粹”的必须要求。上图已经很清楚的表示了功能插件处理器工厂的位置和作用。它借助插件管理器实现“工厂”的功能。其实现非常简单，如下所示：

 1      ///   <summary>
 2       ///  AddinDealerFactory 功能插件处理器工厂，每一个功能插件能转换为一个处理器
 3       ///   </summary>
 4       public   class  FunAddinDealerFactory :IDataDealerFactory
 5      {
 6           private  IAddinManagement addinManagement ;
 7 
 8           public  FunAddinDealerFactory()
 9          {            
10          }
11 
12           #region  property
13           public  IAddinManagement AddinManagement
14          {
15               set
16              {
17                   this .addinManagement  =  value ;
18              }
19          }
20           #endregion
21 
22           #region  IDataDealerFactory 成员
23           public  IDataDealer CreateDealer( int  requestType,  int  serverTypeKey)
24          {
25               foreach (IAddin addin  in   this .addinManagement.AddinList)
26              {
27                   if ((addin.ServiceKey  ==  requestType)  &&  (addin.Enabled))
28                  {
29                       return  (IDataDealer)addin ;
30                  }
31              }
32 
33               return   null ;
34          }
35 
36           #endregion
37      }

    前面已经提到过，每个功能插件都必须是自给自足的，有的可以有自己的配置文件、有的可能需要访问数据库或外部的 WebService 等等。暂时， FS 还不支持功能插件之间的依赖――每个插件必须是相互独立的。
    前面有个天气预测服务的例子，对应的功能插件需要访问国外的 http://www.webservicex.net/globalweather.asmx 的 Web 服务。就像下图这样：



    本文的内容非常简单，上面的图示也基本上描述的FS的主体结构。后面我们会关注，AS与FS之间的非功能通信，并说明整个平台是如何实现FS的动态添加/移除的，并解释如何在网络不稳定的情况下，保证AS和FS之间的良好通信的机制。感谢关注。

 上一篇：ESFramework介绍之（12）―― 基于Tcp连接池的消息处理器 

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