选择Web API还是WCF

ASP.NET

WCF是.NET平台服务开发的一站式框架，那么为什么还要有ASP.NET Web API呢？简单来说，ASP.NET Web API的设计和构建只考虑了一件事情，那就是HTTP，而WCF的设计主要是考虑SOAP和WS-*。

WCF已经出现好多年了，相对来说ASP.NET Web API还是个小孩子，但是不意味着ASP.NET Web API要代替WCF，在不同的场合，它们各有长处。ASP.NET Web API非常轻量，在功能和灵活性上都不能和WCF相比。如果你的服务是基于TCP的，或者支持更多的传输机制，那么WCF是最好的选择。然而，不是所有的平台都支持SOAP和WS-*，当客户端不支持这些协议的时候，ASP.NET Web API就更胜一筹了。

让我们通过一个例子看一下两种编程模型的不同：一个根据雇员ID获取公司雇员的服务。WCF代码如1-1，ASP.NET Web API代码如1-2

1-1 WCF方式获取雇员信息

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24

[ServiceContract] public interface IEmployeeService {     [OperationContract]     [WebGet(UriTemplate = "/Employees/{id}")]     Employee GetEmployee(string id); } public class EmployeeService : IEmployeeService {     public Employee GetEmployee(string id)     {         return new Employee() { Id = id, Name = "John Q Human" };     } }   [DataContract] public class Employee {     [DataMember]     public int Id { get; set; }     [DataMember]     public string Name { get; set; }     // other members }

1-2 ASP.NET Web API方式获取雇员信息

1 2 3 4 5 6 7

public class EmployeeController : ApiController {     public Employee Get(string id)     {         return new Employee() { Id = id, Name = "John Q Human" };     } }

这里值得注意的是：ASP.NET Web API和MVC非常像，除了它继承自ApiController。MVC的一些特性如：绑定和可测试性等对ASP.NET Web API都是可用的。

适合ASP.NET Web API使用的场景：

• 富客户端web应用程序：ASP.NET Web API适合大量使用AJAX调用的富客户端应用程序，如Silverlight应用程序，基于Adobe Flash的应用程序或单页应用程序（SPA）等。
• 本地移动和非移动程序：移动设备不支持SOAP，然而ASP.NET Web API可以作为运行在移动设备上的本地程序的后端。
• 物联网平台（IOT）：使用以太网控制器或GSM猫的IOT设备可以通过HTTP和ASP.NET Web API服务会话。不仅仅是IOT设备，其他支持HTTP的设备，例如RFID读写器都可以和ASP.NET Web API通信。

在我们的开发实践中如何进行选择呢？ 可以参照知名互联网企业，无论是google，facebook，baidu，新浪还是腾讯。他们对外开放的接口都是基于Http的Web API，在服务内部框架都是基于SOA架构设计的，通讯机制都是采用RPC机制的，例如Google Protocol Buffers ，Facebook thift。 我们完全也可以这样搭配，在内部通讯采用WCF + Protobuf-NET，参看《WCF服务上应用protobuf》，对外的服务采用ASP.NET WEB API。WCF的 TCP、Named Pipes，甚至UDP（在WCF 4.5中）绑定的性能要比HTTP强很多倍，这里有一个几年前的微软的测试报告《WCF 性能基准报告》，对外提供的服务采用Web API同时也是一个业界标准问题，用WebAPI就很容易的跨越ios，android，wp等移动终端平台，同时有很成熟的OAuth 解决安全问题。