具有多个服务和命名空间问题的 WCF

Question

我创建了许多 WCF 服务，为了论证起见，它们被称为 Service1 和 Service2。

这两个服务都返回（在某些时候，可能通过对象内部的关系）一个 Customer 对象。

为了进行测试，我向 Service1 和 Service2 添加了 GetCustomer() 方法，并在基本 WinForms 应用程序中添加了对这两个服务的服务引用。

<块引用>

Service1Client proxy1 = new Service1Client();

客户 customer1 = proxy1.GetCustomer(); //

<块引用>

^^^^^^ 引用不明确，要求我将其命名为 WcfTestClient.Service1.Customer

Service2Client proxy2 = new Service2Client();

客户 customer2 = proxy2.GetCustomer();

^^^^^ 引用不明确，要求我将其命名为 WcfTestClient.Service2.Customer

问题是，Service1 和 Service2 返回的 Customer 对象都是相同类型的 Customer (WcfTestService.Customer)。为了解决这个问题，我需要包含完整的程序集名称，而不仅仅是客户。

我读过 Stack Overflow 上的一些帖子，指出可以将数据契约编译成单独的程序集，但我不太喜欢这个想法，因为它仍然可能会给使用其他语言（例如 Java）的客户端带来问题。

我看到的另一个解决方案是 SvcUtil.exe 方法，但从我所看到的情况来看，这个解决方案并没有解决我的命名空间问题，因为我需要单独为每个服务运行 Util？

如果有人有任何有用的建议，请联系我们！

Answer 1

这两个服务都返回（在某些时候，可能通过对象内部的关系）一个 Customer 对象。

这就是您错误的地方。 WCF 不返回对象，REST 不返回对象，SOAP 不返回对象。他们都传递消息。

现在，当您添加对 Web 服务的引用时，Visual Studio 会愉快地为这些消息创建一个包装类，将它们的内容公开为属性，仅此而已。因为您要添加两个服务，所以这些包装器类彼此不了解，因此最终会得到两个命名空间和两个包装器类。

是的，正如您所说，您可以将消息类移动到单独的程序集，链接它并避免添加引用，然后它将充当适当的对象，但仍在幕后将消息传递、序列化和反序列化到此共享对象中。停止考虑对象传递并开始考虑消息，您会意识到您要么被两个包装对象困住，要么需要链接外部程序集。