支持REST设计的WCF Web编程模型

作者 Hartmut Wilms译者 霍泰稳 发布于 2007年5月21日 下午9时53分

社区

.NET,

SOA

主题

Web服务,

REST

标签

WCF,

Orcas

在MIX07大会上Don Box和Steve Maine的“浏览可编程Web”联合演讲中，他们介绍了即将随Visual Studio Orcas一同发布的WCF Web编程模型。在统一的WCF编程模型下，Web编程模型从而可以支持Web服务REST化设计的功能。

新的功能可以帮助在没有SOAP封装或者任何WS规范的情况下编写简单的服务。这儿的Web编程模型是以URI和HTTP动词为中心的。为了保持WCF编程模型的延续性，ServiceContract、DataContract和其他的WCF的服务模型等仍然可以使用。新的模型主要位于一个名为WebServiceHost的新WCF服务主机（Host）里，以及有一个新的标准绑定：WebHttpBinding。新功能包括：

• 通过System.UriTemplate支持URI模板。URITemplate用来定义URI的特定模板。在Joe Gregorio的博客里，他描述了URI模板的相关思想。
• 在要寻找最佳匹配的时候，System.UriTemplateTable可以用于存储一些能和具体的URI相配的UriTemplate数据。
• 用于服务操作的[WebGet]和[WebInvoke]属性，被WCF调度器（Dispatcher）用来将HTTP请求映射到一个实现方法上。
• WebServiceHost和WebHttpBinding。
• System.ServiceModel.Syndication命名空间，增加了对产生和消费RSS/Atom种子的支持。

在Steve Maine关于Web编程模型的讲座中，详细解释了所有的功能：Web编程模型之道一，Web编程模型之道二，Web编程模型之道三，UriTemplate 101和UriTemplate.Match等。

根据Jef Newson的说法，DonBox和Steve Maine的演讲代表了微软针对分布式计算的过往实现方法的一种宣泄：

所以，我很有兴趣来观察像Clemens Vasters和Don Box（还有Steve Maine等）这些人开始扔掉WS-Splat的包裹，只是GET它。而且我想他们是很实际的，能很好地抓住这80%的需求（GET），但是他们在通过一种并不严谨的方式增加了一些看上去很好的REST支持。当像“喔，你们不应该再给它增加一个SOAP层吗？”这样的问题被提出来的时候，他们会泰然自若而且平静非凡，说“哈，这儿你们将来不需要它的。”在外人看来，这好像有点滑稽。

他已经小有所成，并写了一些关于他在和Web编程模型争斗时，第一回合和第二回合的经验心得。

David Ing称这个对话为“简易对象辩解协议”（Simple Object Apology Protocol），因为“在所有基于架构和编程模型的工作与代码放到SOAP里面后，Web编程模型在本质上是应用协议堆栈的倒退，差不多退回到2002年左右。”他还提到一些在WCF堆栈上增加新模型的风险：

对于“增加一个可选的层，现在我们知道了”这种方法的一个大问题是：许多开发者会引用最新的技术作为解决问题的最新指导。……通过提供这样一个使用什么技术（如REST、HTTP/POX、SOAP和Remoting等）的广泛选择，然后让人们找出“一个简单的答案”，其实只是增加了这一过程的复杂性和迷惑性。那些新东西的复杂性代价开始有点像联邦赤字一样——一直在错误的道路上行走。

Steve Maine通过证明WCF本质上是能够“平衡目标和丰富性（Reach & Rich）”（译者注：Reach指一个运行在所有WEB浏览器上的、不用额外的安装机制的前台终端，Rich是指具有高度互交性的交互式用户接口）这一观点，回应了以上两个不同的说法：

我认为我们现在所做的延伸编程模型工作，在V1里增加了丰富协议堆栈的价值，因为在丰富性和目标之间它远离了传统的场景束缚。以Rails框架为例，使用它做一些通用场景就很容易。当然，Rails差不多只能满足80%的情况。如果因为某种原因，你突然遇到了20%的情况，可能就无所适从了（像Twitter的人所发现的一样）。我们想为那些企图通过采用WCF摆脱在分布式系统上困惑的家伙提供保护。通过提供Orcas Web功能，在这个方向上我们已经取得了很大的进步，相信我们还会走的更远。

就加固在WCF之下开发分布式应用时所用到的全部已知协议和方法的编程模型而言，Web编程模型是一个进步。另外它还是微软真心喜欢REST方法以及在他们的项目路线图里融入REST设计的信号之一：Astoria项目已经基于这种新的模型了。

• 更早的 >