我花了几个月的时间试图掌握WCF背后的概念，最近我开发了我的第一个WCF服务应用程序。
为了理解配置文件中的所有设置，我花了不少功夫。 我不相信环境，但似乎你可以用它做惊人的事情。
前几天我发现微软推出了一个叫ASP的新东西。NET Web API。
据我所知，这是一个RESTful框架，非常容易使用和实现。
现在，我试图弄清楚这两个框架之间的主要区别是什么，如果我应该尝试用新的API转换我的旧WCF服务应用程序。
有人能帮我了解一下这两种语言的区别和用法吗?
当前回答
对我们来说，WCF用于SOAP, Web API用于REST。我希望Web API也支持SOAP。我们没有使用WCF的高级特性。以下是来自MSDN的对比:
其他回答
ASP.net Web API是基于HTTP和REST的GET,POST,PUT,DELETE，熟悉ASP.net MVC风格的编程和JSON可返回;web API适用于所有轻量级进程和纯基于HTTP的组件。对于使用WCF的人来说，即使是简单或最简单的单个web服务，它也会带来所有额外的负担。对于ajax或动态调用的轻量级简单服务，WebApi总是能解决这一需求。这是对ASP.net MVC的补充或帮助。
查看播客:Hanselminutes播客264 -这不是你父亲的WCF -由Scott Hanselman与Glenn Block一起介绍WebAPI以获取更多信息。
关于“WebApi缺少WSDL”这句话，有几种方法来生成Rest客户端。一个流行的方法是Swagger UI / (swashbuckkle Nuget)。这提供了一个丰富的接口来理解REST端点的输入和输出模式，以及用于测试端点的在线工具。
JSON LD (JSON链接文档)是另一个新兴的标准，它将通过更好的语义公开JSON模式来进一步改善基于JSON的REST开发体验。
新的ASP。NET Web API是之前WCF Web API项目的延续(尽管一些概念已经改变)。
最初创建WCF是为了启用基于soap的服务。对于更简单的RESTful或rpish服务(考虑jQuery这样的客户端)。NET Web API应该是一个很好的选择。
使用wcf，我们可以为多个端点(如tcp、http)配置和公开相同的服务支持。如果你想让你的服务只基于http，那么最好使用web API。与wcf相比，Web API的配置非常少，比wcf快一点。Wcf还支持restful服务。如果你有。net framework 3.5的限制，那么你可以选择wcf。
在MSDN上有一个比较
WCF和ASP。NET Web API
对我来说，选择是关于客户是谁，他们在哪里?
在公司内部网络和基于。net的客户端:使用WCF和TCP绑定(比HTTP通信更快)
在公司网络之外，使用不同的技术，如PHP, Python等:使用Web API和REST
