令我惊讶的是，多年来，IT假装简化通信或软件设计，几年后它宣称它过度设计。 EJB，SOAP，所以看看所有WCF的东西我们作为用户（不是微软或IBM需要销售新东西）真的需要吗？
更新：这是一个具体的例子 http://www.go4answers.com/Example/expert-interoperability-issues-ws-736.aspx 这家伙知道如何使用旧肥皂调用WS-Security的服务器，而在WCF中它看起来并没有真正的帮助，最糟糕的是它似乎更复杂，因为它说：
“WCF仍有一些限制 - 如果没有自定义开发，并非所有WS-Security配置都可以。”
似乎没有人能够找到解决方案。
人们可以用WCF解决的难题（而不是简单的问题）给出具体的例子（在wcf和soap中的源代码或用于比较的源代码）比传统肥皂更容易吗？
答案 0 :(得分：2)
我喜欢的WCF是它可以像你想要的那样简单或复杂。我也非常欣赏合同和绑定之间的分离，您可以清楚地定义您的操作，并可以选择使用哪种传输。
答案 1 :(得分：2)
WCF旨在让开发人员的生活更轻松。您可以重新编写服务的逻辑，自动连接多个端点，以及 voila ...您的逻辑可通过SOAP，REST，命名管道等获得。
不幸的是，它并不像听起来那么简单。但就个人而言，我仍然认为它是重用代码的有用工具。
如果你真的想加入潮流并说REST / JSON是唯一的出路......那么WCF肯定会过度设计。如果您不想处理WCF开销，ASP.NET MVC在RESTful JSON服务方面做得很好。
答案 2 :(得分：1)
使用4.0，他们简化了配置。我觉得很容易做到这一点。但实现WCF旨在使服务之间的许多通信内部透明化。你不关心它的SOAP，REST等等。你所做的只是编写你的服务并“挂钩”。我的服务的COde就像我编写普通代码一样，除了添加到类和方法的一些属性以及一些配置（使用4.0，非常简单的imho）