写点什么

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

  • 2007-05-21
  • 本文字数:1627 字

    阅读完需:约 5 分钟

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 项目已经基于这种新的模型了。

2007-05-21 21:531526

评论

发布
暂无评论
发现更多内容

掌握YashanDB数据库成功应用的经验

数据库砖家

掌握YashanDB数据库数据压缩技术提升存储效率

数据库砖家

如何用YashanDB数据库实现智能数据分类管理

数据库砖家

如何优化YashanDB数据库的查询性能

数据库砖家

Go 设计模式:Flyweight

俞凡

设计模式

如何有效整合YashanDB与现有IT基础设施

数据库砖家

Odoo发票管理增强套件 - 全面提升企业开票效率

qife122

Odoo 企业资源规划

YashanDB的性能以支持大数据应用

数据库砖家

如何有效管理YashanDB数据库中的权限与安全

数据库砖家

有效利用 YashanDB 的分布式架构

数据库砖家

在 YashanDB 数据库中实现大规模并发处理

数据库砖家

Exchange安全漏洞分析:ProxyOracle攻击链详解

qife122

网络安全 exchange

掌握YashanDB的数据模型设计理念的关键技巧

数据库砖家

追踪YashanDB数据库的行业发展动态与趋势

数据库砖家

如何有效迁移至YashanDB以优化数据存储

数据库砖家

如何有效维护YashanDB数据库的健康状态

数据库砖家

一款由网易出品的免费、低延迟、专业的远程控制软件,支持手机、平板、Mac 、PC、TV 与掌机等多设备远控电脑!

追逐时光者

远程连接工具 开发效率工具

在数据共享环境下,YashanDB的优势分析

数据库砖家

如何应用YashanDB数据库提升客户体验

数据库砖家

在YashanDB数据库环境中实施数据治理

数据库砖家

Easysearch 字段'隐身'之谜:source_reuse 与 ignore_above 的陷阱解析

极限实验室

easysearch source_reuse ignore_above

如何有效利用YashanDB数据库提升数据管理效率

数据库砖家

如何在YashanDB上实现数据的实时处理与分析

数据库砖家

如何在YashanDB数据库上实施数据治理策略

数据库砖家

在AI技术唾手可得的时代,挖掘新需求成为核心竞争力——某知名CTF资源库需求洞察

qife122

CTF 工具集

在YashanDB数据库中赋予数据更多价值的方法

数据库砖家

掌握YashanDB的存储引擎选择与优化方法

数据库砖家

总结YashanDB优势与短板

数据库砖家

如何有效管理YashanDB数据库的安全性

数据库砖家

如何有效配置YashanDB的存储资源

数据库砖家

共享掩码:TFHE在打包消息上的自举技术

qife122

全同态加密 自举

支持REST设计的WCF Web编程模型_SOA_Hartmut Wilms_InfoQ精选文章