ESFramework介绍之（13）－－ 功能插件处理器工厂
上文讲述的是AS中的基于连接池的消息处理器，现在我们把焦点转移到功能服务器FS上来，看看FS上消息分派的过程。当FS接收到到一个请求后，会从已加载的功能插件列表中选择一个合适的插件来处理这个消息，而每一个功能插件就相当于一个消息处理器。FS和AS的结构一致：
要注意的是，功能服务器FS上收到的所有消息都应该交给功能插件来处理，不存在其它的处理方式。这是使得FS“纯粹”的必须要求。上图已经很清楚的表示了功能插件处理器工厂的位置和作用。它借助插件管理器实现“工厂”的功能。其实现非常简单，如下所示：
前面已经提到过，每个功能插件都必须是自给自足的，有的可以有自己的配置文件、有的可能需要访问数据库或外部的WebService等等。暂时，FS还不支持功能插件之间的依赖――每个插件必须是相互独立的。
前面有个天气预测服务的例子，对应的功能插件需要访问国外的http://www.webservicex.net/globalweather.asmx 的Web服务。就像下图这样：
本文的内容非常简单，上面的图示也基本上描述的FS的主体结构。后面我们会关注，AS与FS之间的非功能通信，并说明整个平台是如何实现FS的动态添加/移除的，并解释如何在网络不稳定的情况下，保证AS和FS之间的良好通信的机制。感谢关注。
上一篇：ESFramework介绍之（12）―― 基于Tcp连接池的消息处理器
转到 ：ESFramework 可复用的通信框架（序）
要注意的是，功能服务器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 }
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 可复用的通信框架（序）
【推荐】国内首个AI IDE，深度理解中文开发场景，立即下载体验Trae
【推荐】编程新体验，更懂你的AI，立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包，你的智能百科全书，全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell：AI 加持，快人一步
· 10年+ .NET Coder 心语，封装的思维：从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热？
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列：向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· TypeScript + Deepseek 打造卜卦网站：技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗？
· 【译】Visual Studio 中新的强大生产力特性
· 10年+ .NET Coder 心语 ── 封装的思维：从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句：使用策略模式优化代码结构