WCF ServiceKnownType设计问题

Question

我正在设计一个新的解决方案，其中包括三个项目：

“服务器”-WCF服务

“客户端”-将调用WCF服务的Winforms应用程序

“ ServiceContract”-一个类库，其中包含一些基类以及WCF服务协定（接口）。 显然，这将由服务器以及客户端进行引用（我使用ChannelFactory而不是让VS生成服务引用）。 服务合同如下所示：-

[ServiceContract]
[ServiceKnownType("GetCommandTypes", typeof(CommandTypesProvider))]
public interface INuService
{
    [OperationContract]
    bool ExecuteCommand(CommandBase command);
}

这是非常基本的操作-客户端创建一个“命令”对象并将其发送到服务器以执行。 将有许多不同的命令，所有命令均从CommandBase继承（此基类位于“ ServiceContract”项目中）。 当我在WCF操作签名中使用基类时，必须使用ServiceKnownType属性指定要动态执行的已知类型。 这引用了一个帮助程序类（ CommandTypesProvider ），该类返回所有从CommandBase派生的类型。

我使用驻留在“ ServiceContract”项目中的几个派生命令类创建了一个简单的概念证明。 因此，帮助程序类仅需要在执行的程序集中反映类型。 这一切都很好。

现在，在我的“实际”解决方案中，这些命令类将位于不同的项目中。 这些项目将引用ServiceContract项目，而不是相反，这将使助手很难（或不可能？）反映“命令”程序集。 所以我的问题是，如何提供已知类型？

我考虑过的选项：-

• “服务器”和“客户端”项目将同时引用“ ServiceContract”项目和各种“ command”项目。 我的助手可以通过AppDomain.CurrentDomain.GetAssemblies()反映，但这失败了，因为“命令”程序集并未全部加载（我可以通过在每个程序集中引用一个类型来强制这样做，但这感觉不对－我希望它能够是一个动态的，可插入的体系结构，并且每次添加新的命令项目时都不必修改代码）。
• 在配置中指定已知类型。 同样，如果应用程序是动态的，那将很好，而不是每次添加命令类都必须更新配置。
• 有什么方法可以访问客户端和服务器上的基础DataContractSerializer，并将其传递给已知类型？ 我想我仍然会遇到同样的问题，除非它们已经被加载，否则无法反映这些程序集。
• 重构事物以使ServiceContract项目能够引用各种命令项目。 然后，我可以使用“ Assembly.GetReferencedAssemblies（）”来反映它们。 我猜想各种命令类都是服务合同的一部分，那么也许这是要走的路？ 编辑：看起来这与仅查找已加载的程序集具有相同的问题。

任何想法，不胜感激！ 这是可以实现的，还是我需要重新考虑我的体系结构？

提前致谢。

Answer 1

要考虑的一件事是使用DataContractResolver。

很少资源：

WCF可扩展性– Carlos的数据合同解析器

由Kelly 使用DataContractResolver构建可扩展的WCF服务接口

动态配置已知类型-Youssef引入DataContractResolver

Answer 2

感谢您有关数据合同解决者的答复。 我可能通常会走这条路线，但是当我使用Windsor时，我能够提出一个使用此解决方案的解决方案。

对于感兴趣的任何人，我都向我的每个“命令”项目中添加了一个Windsor安装程序（ IWindsorInstaller ），这些项目使用Windsor的container.Install(FromAssembly.InDirectory...来运行。这些安装负责注册该项目中所需的任何依赖项，另外，它们还注册了我的已知类型帮助程序可以从容器中解析的所有命令类。