代码改变世界

WCF 第七章 寄宿 在一个进程中寄宿多个服务

  DanielWise  阅读(2797)  评论(1编辑  收藏  举报

将应用程序功能聚集到正确的服务层次是系统设计的一个必须元素。创建一个有很多接口的系统,这个系统也会变得很令人迷惑。创建只有很多接口的一个系统,这个系统会是变成一个很难改变的整体。

  在第二章”契约”,我们描述了如何将多个类接口集成到一个单一的终结点中。这是通过.NET接口集成完成的。我们也描述了如何在一个单一服务内部暴露多个终结点。这一部分提供了一个可供选择的方案。不是通过将两个接口合并为一个然后将聚合作为一个服务暴露出来,这里我们描述的是如何在一个单一的操作系统进程内分别暴露两个服务。

  一个ServiceHost 仅暴露一个服务。所以,为了在一个操作系统进程内暴露多个服务,你需要实现多个ServiceHost类。而这正是WAS做的工作-它为每个服务创建一个ServiceHost并通过一个SVC文件激活。SVC包含了在应用配置文件(web.config)中描述的终结点的服务名。终结点列出了地址,绑定和契约,所以ServiceHost有它需要的所有东西来监听并分发消息。

  当自我寄宿服务时, 你可以同样的实例化多个ServiceHosts. 每个宿主时完全独立的,而不是共享同样的操作系统进程。每个宿主在app.config 文件的<system.servicemodel>部分有它自己的配置信息。在ServiceHost 启动时,线程和实例管理由WCF独立管理,所以宿主程序不需要实现那个逻辑。

  列表7.10描述了一个寄宿两个服务的控制台应用。GoodStockService的GetStockPrice方法在返回结果前等待10秒,而GreatStockService的同样方法立即返回结果。因为服务行为在WCF中配置,这个简单的程序是多线程的,所有当GoodStockService在睡眠时,GreatStockService对请求进行反馈。即便是最慢的服务也是多线程的,按照需要分发多个入站消息给GetStockPrice实例。

列表7.10 在一个进程中的多个自我寄宿服务

  列表7.11的app.config 文件在<System.ServiceHost>部分有两个入口-一个服务一个入口。每个服务有一个独一无二的基地址。注意每个服务里的每个终结点有一个空地址。一个有一个空地址的终结点在服务基地址上监听进入的请求消息。这样至多可以使用与基地址相同的URI方案来指定一个服务终结点的空地址。

列表7.11 在一个进程内设置多个自我寄宿服务的配置 

 

编辑推荐:
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
阅读排行:
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· [AI/GPT/综述] AI Agent的设计模式综述
点击右上角即可分享
微信分享提示