WCF vs WEb api vs新的电子商务网站的Web服务
这个问题在这里已经有了答案：
WCF提供了很多功能，但是以疯狂的配置设置为代价。 疯狂的疯狂。 它涉及定义“ABC”，地址，绑定，合同。 我总是告诉人们“用WCF：它的配置，而不是代码”。 只有很多配置它的选项。
如果您需要将少量数据推送/拉入“客户端”（浏览器，android，iphone），那么WebApi是最好的选择。
一个功能，WebApi将通过设置请求的方式（在'header'中）为您提供xml或json。
使用WCF，你必须对json和xml进行“编码”或者/或者两者，并且它不是微不足道的。 也就是说，您必须在Service-Methods（ABC的“合同”）中指定“此方法将发回xml”或“此方法将发回json”。
您的WebApi图层将提供服务。 这通常意味着提供json数据或者使用json数据。 而MS已经为你处理了“管道”问题，所以在服务方面，这种情况自动地发生了。
自2005年以来，我都编写了代码（好吧，2005年和之后的WCF，然后是WebApi）。
WebApi更容易处理，特别是对于初学者。
所以除非你有一个非常具体的理由来使用WCF，否则我会使用WebApi。
就ORM而言，这完全发生在“服务器端”，所以你可以选择你想要的任何一个。 我会选择Poco / Code-First / Entity-Framework或NHibernate。
这里是一个关于自动魔术线的小解释...你不是在SERVER端手动解析json。
http://encosia.com/using-jquery-to-post-frombody-parameters-to-web-api/
和这里
http://encosia.com/rest-vs-rpc-in-asp-net-web-api-who-cares-it-does-both/
除了我的意见之外，这里有一个微软比较文章：
https://msdn.microsoft.com/en-us/library/jj823172.aspx
和报价：
使用WCF创建可通过各种传输访问的可靠，安全的Web服务。 使用ASP.NET Web API创建可从各种客户端访问的基于HTTP的服务。 如果您正在创建和设计新的REST式服务，请使用ASP.NET Web API。 尽管WCF为编写REST风格的服务提供了一些支持，但对ASP.NET Web API中REST的支持更加完善，并且所有将来的REST功能改进都将在ASP.NET Web API中进行。 如果您有现有的WCF服务并且想要公开其他REST端点，请使用WCF和WebHttpBinding。
链接地址: http://www.djcxy.com/p/71475.html上一篇: WCF vs WEb api vs Web services for new ecommerce website