写点什么

支持 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:531501

评论

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

低代码实践:题型物料场景化设计

XIAOJUSURVEY

开源 低代码 搭建平台 场景化思维 组件化架构

B站安全开发流程落地实践

我再BUG界嘎嘎乱杀

网络安全 安全 哔哩哔哩 网安 安全开发流程

RocksDB 二级缓存

天翼云开发者社区

RocksDB

观测云全面兼容 Prometheus 生态

观测云

最全数据资产目录模板汇总,有必要了解一下!(附下载)

极盾科技

数据安全

无缝融入,即刻智能[1]:MaxKB知识库问答系统,零编码嵌入第三方业务系统,定制专属智能方案,用户满意度飙升

汀丶人工智能

agent 智能问答 rag

Keepalived基本原理

天翼云开发者社区

Linux keepalive

Zilliz向你发来邀请:请加入Stack Overflow吧!入股不亏!

Zilliz

人工智能 Zilliz 向量数据库 大语言模型

2024 年五大最佳构建内部工具的开源项目

NocoBase

低代码 开源项目 无代码平台

七牛云点播实时转码上线,边转边播,又快又省

七牛云

转码

如何优雅的应对线上故障?

老张

监控告警 线上故障 应急响应 问题复盘

低代码实践:题型物料化设计(二)

XIAOJUSURVEY

开源 低代码 组件化 问卷模型

加密项目的生死轮回:11亿美元融资的35个“死亡”VC项目剖析

区块链软件开发推广运营

dapp开发 区块链开发 链游开发 NFT开发

Google 推出 Gemma 2 2B 端侧模型;Github 新服务帮助开发者选择 AI 模型 丨 RTE 开发者日报

声网

华为云DTSE助力易印云化架构升级,推动印刷包装行业智能化进程

华为云开发者联盟

人工智能 物联网 华为云 waf 企业号 8 月 PK 榜

低代码实践:题型物料化设计(一)

XIAOJUSURVEY

开源 低代码 组件化 问卷

揭秘抖音视频列表数据接口:获取数据的新利器

tbapi

抖音API 抖音视频数据接口 抖音视频列表接口 抖音视频列表数据采集 抖音视频API接口

华为大咖说 | 数字化解码:如何用日常语言讲明白数字世界?

云计算 华为云

ZOS对象存储跨域资源访问的实现和使用

天翼云开发者社区

对象存储 跨域

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