我了解WCF提供的由三部分组成的服务/主机/客户端模型的价值。但是仅仅是我还是WCF似乎采取了一些直接而直接的方法（ASMX模型）并弄乱了它？
除了使用SvcUtil的命令行后退一步来生成代理之外，还有其他方法吗？通过ASMX服务，自动提供了测试工具。今天使用WCF有什么好的选择吗？
我感谢WS *与WCF紧密集成，并希望在那里找到WCF的回报，但是请稍等一下，否则我会感到困惑。
另外，可用于WCF的书籍充其量只能说是糟糕透顶。Juval Lowy是一位出色的作家，他写了一本很好的O'Reilly参考书“ Programming WCF Services”，但对于现在学习使用WCF来说（无论如何对我来说）做得并不多。那本书的前身（是一个更好的组织，但作为一个教程却不多）是Michele Leroux Bustamante的Learning WCF。它有很多优点，但是过时了，相应的网站也消失了。
除了继续使Google脱颖而出之外，您是否还有很好的WCF学习参考资料？
Answers:
好的，我们开始。首先，Michele Leroux Bustamante的书已针对VS2008更新。该书的网站没有消失。现在就开始了，它有大量的WCF信息。在该网站上，她为书中的所有示例提供了与VS2008兼容的更新代码。如果您从亚马逊订购，则将获得更新的重印本。
WCF不仅是ASMX的替代品。当然，它可以（并且做得很好）代替ASMX，但是真正的好处是它可以使您的服务成为自托管的。WSE的大多数功能从一开始就已经具备。该框架是高度可配置的，并且通过多种协议为多个端点提供服务的能力非常出色，IMO。
尽管您仍然可以通过“添加服务引用”选项生成代理类，但这不是必需的。您真正要做的就是复制ServiceContract接口，并告诉代码在哪里可以找到服务的端点，仅此而已。您可以使用很少的代码从服务中调用方法。使用此方法，您可以完全控制实现。无论选择哪种方法生成代理类，Michele都会在其关于该主题的一系列出色网络广播中同时显示和使用这两种方法。
Michele那里有很多优质的资料，我建议您访问她的网站。在学习WCF时，以下一些链接对我非常有用。我希望您能认识到WCF到底有多强大，以及实现起来多么容易。学习曲线有些陡峭，但是您的时间投入所带来的回报是值得的：
我建议您至少观看Michele的网络广播之一。她是一位非常有效的演示者，在WCF方面，她显然学识渊博。她从根本上揭开了WCF的内部运作神秘面纱。
我通常使用Google查找WCF答案，并通常在以下博客中找到自己：
包含有价值的WCF文章的博客
我发现的其他有价值的文章
我很难确定何时应该使用WCF。为什么？因为我将生产力和简单性放在了首位。为什么ASMX模型如此成功，因为它可以工作，而且您可以快速工作。在VS 2005和.NET 2.0中，wsdl.exe吐出了非常不错且合规的服务。
在现实生活中，您的体系结构中应该只有很少的通信协议。这使其易于维护。如果您需要使用旧系统，请为它们编写特定的适配器，以便它们可以在漂亮而又漂亮的SOA世界中使用。
我看不到它经常被提及，但是您仍然可以使用WCF实现非常简单的服务，与ASMX服务非常相似。例如：
[ServiceContract]
[AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Allowed)]
public class SimpleService
{
[OperationContract]
public string HelloWorld()
{
return "Hello World";
}
}
您仍然必须在web.config中注册端点，但这还不错。
消除分离的数据，服务和操作合同的冗长性对于使WCF对我来说更易于管理大有帮助。
我最初对WCF的想法是完全一样的！以下是一些解决方案：
WCF替代了Microsoft的所有早期Web服务技术。它的功能还远远超过了传统上所谓的“ Web服务”。
WCF“ Web服务”是通过WCF启用的更广泛的远程通信范围的一部分。与通过传统的ASMX相比，在WCF中处理服务器的灵活性和可移植性要高得多，因为WCF从头开始设计是用来总结Microsoft提供的所有不同的分布式编程基础结构。WCF中的端点可以通过SOAP / XML进行通信，就像通过TCP / binary进行通信一样容易，而更改此媒体只是一个配置文件mod。从理论上讲，这减少了在移植或更改业务需求，目标等时所需的新代码量。
ASMX is older than WCF, and anything ASMX can do so can WCF (and more)。基本上，您可以看到WCF试图在逻辑上将所有不同的方式组合在一起，以使两个应用程序在Microsoft领域进行通信。ASMX只是众多方式中的一种，因此现在被归类为WCF的功能范围。
Web服务只能通过HTTP进行访问，并且可以在无状态环境中使用，因为WCF可以在不同类型的应用程序中托管，因此WCF十分灵活。托管WCF服务的常见方案是IIS，WAS，自托管，托管Windows服务。
主要区别在于Web服务使用XmlSerializer。但是WCF使用的DataContractSerializer在性能上比XmlSerializer更好。
在什么情况下必须使用WCF
WCF的功能
来源：主要文字来源
就其提供的功能而言，我认为答案是兼容性。ASMX服务非常Microsofty。并不是说他们没有尝试与其他消费者兼容。但是除了ASP.NET网页和其他一些自定义的Microsoft使用者之外，该模型的适用性并不高。而WCF由于其体系结构，使您的服务除了具有普通的SOAP之外，还具有基于开放标准的端点，例如REST，JSON等。与ASMX相比，其他人使用WCF服务的时间可能要容易得多。
（这基本上是从MSDN比较阅读中得出的，因此，了解更多的人应该随时纠正我。）
我发现这很痛苦；因为我在两端都有.NET，在两端都加载了相同的“合约” dll等。但是随后，我不得不搞弄很多细节，例如“ KnownType”属性。
在更改大量配置之前，WCF还默认只允许1个或2个客户端连接到服务。从代码中更改配置并不容易，运送大量comfig文件不是一种选择，因为将我们的更改合并到客户在升级时可能已进行的更改中太难了（同样，我们也不希望客户使用WCF设置！）
.NET远程处理通常在大多数时间都有效。
我想假装.NET到.NET基于对象的通信与将Text（xml）发送到未知系统相同，这是一个很大的步骤。
（有几次我们使用WCF与Java系统进行通信，我们发现Java系统发出的XSD无论如何都与它想要的XML不匹配，因此必须手工编码许多XML映射。）