“反向”WCF服务（从客户端定义构建服务器）

Question

.Net提供了一些很好的机制来定义远程服务，然后“自动”创建一个客户端连接到它，隐藏了大量令人讨厌的布线和大惊小怪。 但另一种方式是否有类似的路线？

我最近的工作任务是创建一系列服务，这些服务将通过身份验证和搜索查询等方式相互通信。 一个要求是我们的核心服务能够呼叫其他“服务节点”，这些节点可能在内部创建，也可能不在内部创建，但都需要实现通用接口。 我可以构建此服务的引用实现，从中创建WSDL，并自动生成客户端而不会出现问题。 然而，似乎定义服务的唯一方法是基本上将某人指向我创建的WSDL并说“实现看起来像那样的东西”。 看到WSDL很少被设计为人类阅读，这条路线似乎不那么有吸引力。

那么有一种我不知道从WSDL或类似描述符生成服务接口的方法吗？ 主要在这里查看.NET 3.5，使用C＃和WCF。 谢谢！

Answer 1

是的 ，您绝对可以从WSDL文件创建WCF服务合同（接口）：使用svcutil.exe 。

Answer 2

如果您有一个描述客户端想要调用的方法的WSDL，还有一个XSD（XML Schema），它描述了它希望发送和接收的数据元素，您可以从中创建服务。 这被称为构建WCF服务的“契约优先”方法，并且在具有互操作性要求的环境（如Java客户端和.NET服务，反之亦然）中相当普遍。

使用svcutil.exe ，您可以生成服务接口类 - 您的服务描述。 这将包含服务合同，运营合同和数据合同。

svcutil yourMethods.wsdl yourDataSchema.xsd /language:C# /out:YourServiceInterface.cs
(or /language:VB, if you prefer VB.NET)

这将创建一个YourServiceInterface.cs （或YourServiceInterface.vb ）文件，该文件是服务器代码的基础。

然后，您可以创建一个实际的服务实现 - 实现真正工作的服务类。

最后但并非最不重要的是，您需要决定如何托管您的服务 - 在IIS中或自托管在控制台应用程序或NT服务或其他方式。

渣