写点什么

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

评论

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

亚马逊云集齐 Claude 3 全家桶;世界数字技术院发布大模型安全国际标准丨 RTE 开发者日报 Vol.187

RTE开发者社区

手动给docusaurus添加一个搜索

程序那些事

人工智能 程序那些事 openai 工具技巧

使用 Flink SQL 解析嵌套 JSON

一道圣光

json 数据处理 FlinkSQL

从源码到实战:探寻App中的等待神秘力量,强制等待 vs 隐式等待对决

测吧(北京)科技有限公司

测试

定时任务中的哪些事?

算法的秘密

TapData 正式上线 MongoDB 生态合作伙伴专栏,提供更专业的企业级实时数据集成解决方案

tapdata

mongodb 合作伙伴 生态伙伴

如何将二维码收集的某项信息作为重点展示?

草料二维码

二维码 草料二维码

世界读书日!边阅读边做笔记,这个一站式知识梳理软件太酷了吧!

彭宏豪95

AI 思维导图 阅读 在线白板 AIGC

英特尔发布新一代神经拟态系统Hala Point,11.5亿神经元,12倍性能提升

E科讯

英特尔与生态伙伴紧密合作,OPS 2.0标准助力智慧教育再升级

E科讯

外部中断的使用方法

芯动大师

Elasticsearch 原理与在直播运营平台的实践

字节跳动云原生计算

搜索 ES

跨境电商新篇章:alibaba.item_get API接口助力商家精准营销

技术冰糖葫芦

api 货币化 API 接口 pinduoduo API

什么是云渲染?云渲染平台怎么使用?云渲染怎么收费?

3DCAT实时渲染

云渲染 实时渲染 云渲染价格

​ 【教程】APP代码混淆的方法和利弊与破解APP过程

小程序生态是更灵活构建超级App的方式

FinFish

小程序生态 小程序容器 超级app

云原生与ChaosMeta

ChaosMeta

鸿蒙HarmonyOS实战-ArkUI组件(mediaquery)

蜀道山

鸿蒙 HarmonyOS 鸿蒙开发 MediaQuery

鸿蒙HarmonyOS实战-ArkUI组件(List)

蜀道山

鸿蒙 HarmonyOS 鸿蒙开发 鸿蒙系统

权威答案!灵犀医疗引入 Zilliz Cloud,千万级向量数据库赋能医学 AIGC 平台

Zilliz

Zilliz AIGC zillizcloud 灵犀医疗

探索“人工智能+”战略下的企业切入点

不在线第一只蜗牛

C++ 类方法解析:内外定义、参数、访问控制与静态方法详解

小万哥

程序人生 编程语言 软件工程 C/C++ 后端开发

人工智能和机器学习(AI/ML)在软件测试中的应用

Geek_e575df

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