我花了几个月的时间来理解 WCF 的概念，最近我开发了我的第一个 WCF 服务应用程序。
我在努力理解配置文件中的所有设置。
虽然我不确定它是否适合环境，但似乎你可以用它实现很多神奇的事情。
前几天我发现 Microsoft 推出了一种新的东西，叫做 ASP.NET Web API。
据我所知，这是一个非常容易使用和实现的RESTful 框架。
现在，我正在尝试弄清楚这两个框架的主要区别，以及是否应该将我的旧 WCF 服务应用程序转换为新的 API。
请问有人可以帮我理解每个框架的区别和用法吗？
对我们来说，WCF用于SOAP协议，而Web API用于REST。我希望Web API也支持SOAP。我们没有使用WCF的高级功能。这是来自MSDN的比较：
HttpClient 这个很棒的东西，但它不负责实体生成和序列化/反序列化。 - Shimmy WeitzhandlerINotifyPropertyChanged 客户端实体？验证方面如何？ - Shimmy WeitzhandlerASP.net Web API 的主要特点是基于 HTTP 和 REST 的 GET、POST、PUT、DELETE 请求方式，采用 ASP.net MVC 编程风格，并支持返回 JSON 数据。Web API 适用于轻量级处理和纯粹基于 HTTP 组件的开发。即使是单个简单的 Web 服务，使用 WCF 也会带来很多额外的负担。对于需要进行 Ajax 或动态调用的轻量级简单服务，WebApi 可以完美满足需求。它可以非常好地与 ASP.net MVC 并行使用。
请查看 Scott Hanselman 的 Hanselminutes Podcast 264 - This is not your father's WCF - All about the WebAPI with Glenn Block 以获取更多信息。
使用过WCF和Web API，我发现两者之间有很多差异。这两种技术栈都适用于不同的场景，因此无法说哪个更好，这取决于配置和情境。
Properties ASP.Net Web API WCF
--------------------------------------------------------------------------------------------------
End point (mainly) Http based SOAP based
Service Type Front End Back-end
Support caching, compression, versioning No
Framework ASP.net WCF
Orientation Resource Oriented Service Oriented
Transports http http, tcp, MSMQ, Named pipe
Message pattern Request reply request Reply, one way, duplex
Configuration overhead Less Much
Security lesser than WCF (web standard security) Very high (WS-I standard)
Hosting IIS IIS, Windows Service, Self hosting
Performance Fast A bit slower than Web API
In use from .NET 4.0 .NET 3.5
注意：这些数据不仅仅是我的观点，它们也来自其他官方网站的收集。
WCF提供了很多开箱即用的功能，这些功能无法与任何其他东西相比。除非您希望自行实现（例如）身份验证、授权、加密、排队、限流、可靠消息传递、日志记录、会话等功能。WCF不仅仅是Web服务；WCF是面向服务架构(SOA)的开发平台。
我花了很多时间才理解了这两种技术的区别。我会在这里列出所有那些我认为“如果当我在寻找答案的时候有这些要点，那么我会更早地选择我需要的技术”的要点。
Microsoft® Visual Studio® 2015 Unleashed
ISBN-13: 978-0-672-33736-9 ISBN-10: 0-672-33736-3
在比较ASP.NET Web API和WCF技术之前，重要的是要了解实际上有两种创建Web服务的样式/标准：REST（表现层状态转移）和SOAP/WSDL。 SOAP/WSDL是最初构建Web服务的标准。然而，它很难使用，并且具有影响性能的笨重消息格式（如XML）。基于REST的服务很快成为替代方案。它们更易于编写，因为它们利用HTTP的基本结构（GET、POST、PUT、DELETE），并通常使用较小的消息格式（如JSON）。因此，基于REST的HTTP服务现在是严格针对Web的服务的标准。
ASP.NET Web API是微软用于开发基于REST的HTTP网络服务的技术。(它早已取代了基于SOAP/WSDL的Microsoft ASMX。)Web API使编写基于HTTP协议的健壮服务变得容易，所有浏览器和本地设备都能理解。这使您能够创建服务来支持您的应用程序，并从其他Web应用程序、平板电脑、移动电话、个人计算机和游戏机中调用它们。今天撰写的大多数应用程序都以某种方式利用HTTP服务，以利用无处不在的Web连接。
跨互联网通信并非总是最有效的方法。例如，如果客户端和服务都存在于相同的技术上(甚至是同一台机器上)，它们通常可以协商出更有效的通信方式(如TCP/IP)。服务开发人员发现自己正在做他们试图避免的相同选择。现在他们必须在创建高效的内部服务和拥有Internet广泛访问之间做出选择。而且，如果他们必须同时支持两者，他们可能必须创建多个版本的服务或至少分离代理来访问他们的服务。这是微软用WCF解决的问题。
使用WCF，您可以创建服务而不必担心边界问题。然后，您可以让WCF根据调用客户端的最有效方式来运行您的服务。为了管理此任务，WCF使用端点的概念。您的服务可能具有多个端点（在设计时间或部署后配置）。每个端点指示服务如何支持调用客户端：通过Web、通过远程过程调用、通过Microsoft Message Queuing（MSMQ）等。WCF使您专注于创建服务功能。它会自动处理与调用客户端的通信方式，以实现最高效的通信。因此，单个WCF服务可以有效地支持许多不同类型的客户端。
毫无疑问，基于REST的HTTP服务（如使用ASP.NET Web API创建的服务）已成为构建Web服务的标准。这些服务为构建服务的Web开发人员提供了一种简单直接的方法。Web开发人员了解HTTP GET和POST，因此很容易适应这些类型的服务。因此，如果您正在编写严格针对HTTP的服务，ASP.NET Web API是合乎逻辑的选择。
当您需要支持基于不同协议和消息格式的多个服务端点时，WCF技术非常有用。像Microsoft BizTalk这样的产品利用WCF创建强大的服务，这些服务可以通过Web以及不同的机器配置使用。然而，如果您需要编写一个应用程序，在连接到本地网络时通过TCP/IP进行通信，并在离开网络时通过HTTP工作，则WCF是您的答案。
Web开发人员通常认为WCF更难以开发和复杂。因此，如果您不预见需要多协议服务，您可能会坚持使用ASP.NET Web API。
MSDN上有一篇关于这个问题的比较文章。
对我来说，选择的关键在于客户端是谁，以及他们位于何处？
在公司网络内，并且使用基于.NET的客户端：使用带有TCP绑定的WCF（比HTTP通信更快）。
在公司网络之外，并且使用多种技术，如PHP、Python等：使用支持REST的Web API。
在业务交流上，WebApi缺乏WSDL，因此开发人员应该手动记录所有内容。例如，如果WebApi操作返回对象列表，则客户端应手动创建对象，即WebAPI真的容易出现定义错误。
Webapi的优点是比WCF更轻便。
关于"WebApi缺少WSDL"的说法，有几种方法可以生成Rest客户端。其中一种流行的方法是使用Swagger UI / (Swashbukkle Nuget)。这提供了一个丰富的界面来理解REST终点的输入和输出模式，并提供在线工具来测试终点。
JSON LD(Json Linked Documents)是另一个新兴的标准，通过提供更好的语义来公开JSON模式，进一步改善基于JSON的REST开发者体验。