4

我正在寻找有关如何构建可扩展 WCF 服务器（具有动态加载的服务）的建议，最好使用 System.Addins 或 MEF。

服务器应托管实现最小“插件”API（StartService/StopService/GetStatus?/etc）的任何 WCF 服务（包含在 DLL 程序集中，在运行时加载）。

这篇文章是一个好的开始。一些要讨论的目标和要点：

  • 为每个服务使用/不使用隔离的 AppDomain？
  • 如何配置每个服务（端点、传输协议）？XML-config 文件还是更好的选择？
  • 程序集的延迟/延迟加载（当服务请求到达时）？可能的？有用？如何？
  • 磁盘上的文件更改时重新加载程序集（对开发环境有用）；
  • 磁盘配置更改时服务重启；

当然，其他想法总是受欢迎的；）

4

1 回答 1

6

  • 是的，为每个服务使用隔离AppDomain。您需要AppDomain隔离，这样您就不会关闭正在运行的其他服务，以防万一出现故障。

  • 提供 WCF 当前所做的所有方式，无论是通过编程还是通过配置。程序访问很困难，因为ServiceHost实例不可序列化，因此跨应用程序域边界获取信息将是一件痛苦的事。

  • 我会说这是可能的。但是，这基本上是复制Windows Process Activation Service，因此您可能希望开始在那里寻找您的功能。

  • 它对开发很有帮助，但老实说，我不认为它有那么重要的功能。它使您的代码复杂化以获得不太可衡量的收益（IMO）。我宁愿编写一个脚本来停止服务、复制文件并重新启动它，而不是使代码库过于复杂并且总是不得不观察程序集。

  • 现在你在谈论 IIS。您基本上可以让 IIS 托管您的服务，它会在配置文件更改时回收它。

话虽如此，似乎 WAS 和 IIS 为您提供了您想要的大部分内容（高度可用、隔离的应用程序域、配置等），因此您可能想问为什么要自己做这件事。

于 2009-01-09T05:26:56.707 回答