程序集替换和类继承

Question

名为 Portal.WebServices.TaskListService 的 WCF 服务使用代码隐藏文件 TaskListService.svc.cs。在此文件中声明一个名为 TaskListService 的类型，该类型继承自 TaskListServiceBase 类型。并实现一个名为ITaskListService的接口。所以：

TaskListService: TaskListServiceBase, ITaskListService

   ^                     ^                  ^   
   |                     |                  |
 application               separate assembly 

我想在网络服务器上部署 TaskListService once 并将 TaskListServiceBase 和接口放入单独的程序集由托管 TaskListService 的应用程序引用。因此，当我想要添加、删除或更新 Web 服务中的功能时，我只需将新程序集复制到应用程序的 bin 文件夹中。

由于这种情况发生在运行时，我想知道这种做法是否有任何惩罚或警告（除了使用编译时常量等），或者这种情况是否可能< /strong>，或者是否有更好的做法。

所以基本上，我的问题是：我想更新 WCF 服务的功能，而无需重新部署整个应用程序，而只需重新部署更新的程序集< /strong>

^{（是的，我觉得这里有点愚蠢）}

Answer 1

在另一个程序集中分离接口和基类是可能的并且是正确的（分离接口是一种仅针对接口描述这种情况的模式，并且相同的模式适用于基类）。

关于部署，您可以这样做，因为程序集是由 IIS 进行卷影复制的。但是，一旦复制了新程序集，我假设您必须回收应用程序才能加载新程序集。

我为 Windows 服务手动执行此操作，该服务启动了启用卷影复制的独立 AppDomain，因此我可以远程更新程序集并强制重新启动服务。

Answer 2

这是我遵循的做法，据我所知没有任何缺点，只有好处。我更进一步，因为我不使用后面的代码。因此，在上面的示例中，TaskListService.cs 将位于 ServiceImplementations 程序集中，与 ServiceContracts 程序集分开。

这允许您根据需要将合同/实现分解为多个程序集（可能按域分隔）并独立更新它们。