WCF与Web API在应用上的选择

在最近发布的Visual  Studio 2012及.NET 4.5中， 微软正式推出新的网络服务框架ASP.NET Web API。作为ASP.NET MVC  4的一部分，ASP.NET Web API这套开源框架的设计目的是简化RESTful服务的开发和使用。

ASP.NET Web API 与之前的内建HTTP服务解决方案的不同之处在于，它一开始就是围绕HTTP协议及其消息语义构建起来的。与WCF  REST或ASP.NET AJAX加ASMX相比，它不是对现有框架的增强，而是一个全新的平台。新的ASP.NET Web  API的优势在于它汇集了之前各平台的各种最佳特性，结合为一个全面而不臃肿的HTTP平台。

微软已经有了一个的Web服务框架叫做Windows Communication Foundation（  WCF），它利用TCP、HTTP、MSMQ等传输协议构建“契约先行”的服务。WCF最初为基于SOAP的服务而设计，首先支持的是WS-*功能，但后来添加了少量迎合REST的功能。

在WCF  4.5也有很大的增强，具体可以看如下系列文章：

1.What’s   new in WCF 4.5? Let’s start with WCF configuration

2.What’s   new in WCF 4.5? A single WSDL file

3.What’s   new in WCF 4.5? Configuration tooltips and intellisense in config   files

4.What’s   new in WCF 4.5? Configuration validations

5.What’s   new in WCF 4.5? Multiple authentication support on a single endpoint in   IIS

6.What’s   new in WCF 4.5? Automatic HTTPS endpoint for IIS

7.What’s   new in WCF 4.5? BasicHttpsBinding

8.What’s   new in WCF 4.5? Changed default for ASP.NET compatibility mode

9.What’s   new in WCF 4.5? Improved streaming in IIS hosting

10.What’s   new in WCF 4.5? UDP transport support

11.What’s   new in WCF 4.5? WebSocket support (Part 1 of 2)

12.What’s   new in WCF 4.5? WebSocket support (Part 2 of 2)

随着时间流逝，WCF Web API为了让WCF适配到”原生”HTTP世界，遇到了很多困难。因为WCF主要是为基于SOAP的XML消息设计的，为了让Web  API成为WCF一部分，需要动的手术实在有点大（至少Web API的开发者们给了我这样的印象），是基于RPC风格的API。另一方面，ASP.NET  MVC的基础设施既能优雅地处理HTTP请求和响应，又能轻松创建各种控制器，好像是创建这种新类型服务的合适途径。

•支持URL路由，透过用户熟悉的MVC风格路由语义，生成干净的URL

•根据Accept标头对请求和响应的序列化形式进行内容协商（Content Negotiation）

•支持大量输出格式，包括JSON、XML、ATOM等

•默认对REST语义有完善支持，同时又不强制限定必须使用REST语义

•易于扩展的Formatter机制，支持添加新的输入/输出类型

•可通过HttpResponseMessage类、HttpRequestMessage类和强类型枚举来描述大量的HTTP操作，提供对更高级的HTTP特性的深度支持

•基于惯例的设计引导用户按HTTP Services的正确方式行事

•Formatters和Filters延续了MVC的扩展模型，具备出色的扩展能力

•用于非Web程序时，可以脱离IIS运行（Self-hostable）

•具备可测试性，测试机制的设计类似于MVC

现在我们拥有了2个服务框架，一个基于RPC机制的WCF和一个基于HTTP的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 解决安全问题。