服务契约(接口)应该向客户端公开吗？
在学习WCF的过程中。
举个例子，假设我有3个程序集：
1.)Service.Contract :接口定义为MyType IMyInterface()；
2.)服务:它有接口MyType MyService()的实现: IMyInterface；
3.)客户端:它调用服务。
我的基本问题是，“Service.Contract”项目是否应该向“Client”项目公开，因为它需要知道接口的原型。如果是，这是否违反了SOA原则？如果不是，那么我们如何仅使用端点地址实现对服务的调用？
回答 2
Stack Overflow用户
发布于 2010-10-20 13:36:25
一般的方法是将服务引用添加到您的项目中，这将创建基于客户端的类，这些类实现发布的数据契约和对服务的客户端调用函数。实际上，您并没有使用定义服务的接口，也没有使用定义数据契约的类。
Stack Overflow用户
发布于 2010-10-20 13:36:35
是。接口需要向客户端公开。否则，客户端不知道服务上有哪些方法可用。
有一些工具可用于从服务的元数据为您生成接口代码(假设您公开了服务数据)，因此客户端不需要实际的接口文件。当您使用Visual Studio (或其他开发工具)并使用"Add Service Reference“时，这基本上就是发生的事情。
或者，dotNet -SvcUtil.exe附带了一个命令行工具：
http://msdn.microsoft.com/en-us/library/ms733133.aspx
http://en.csharp-online.net/WCF_Essentials%E2%80%94Generating_the_Proxy
我不认为这会违反SOA原则。正如我之前的评论所说的那样。如果客户端不知道实现的契约是什么，它如何知道如何调用您的服务？
https://stackoverflow.com/questions/3975011
复制相似问题
腾讯云开发者
