BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

复杂应用的REST之道

| 作者 Stefan Tilkov 关注 5 他的粉丝 ,译者 胡键 关注 0 他的粉丝 发布于 2007年6月21日. 估计阅读时间: 2 分钟 | QCon上海2018 关注大数据平台技术选型、搭建、系统迁移和优化的经验。

著名博客及优秀的XML.com REST系列作者,Joe Gregorio,在一篇博客帖子中展示了如何在复杂应用(Apache的DayTrader基准测试)中应用REST设计原则。

DayTrader源于IBM开发的交易效率基准测试样本,它是一个联机股票交易应用程序,于2005年被捐献给Apache Geronimo社区。该应用支持的用例包括登录、查看股票一览表、查询股票报价,以及买卖股票份额。

该文展示了如何将DayTrader支持的业务操作映射到资源上,每个资源被自己的URI标识,同时支持统一的HTTP接口。尽管核心功能映射到REST模型非常自然(大约20个操作最终被映射成5个"资源集合"),但是为了支持订单的可靠传递需要做更多的工作。

为达到这一目的,Joe引入一个未决订单集合(pending_orders collection),此处订单首先使用POST创建,然后使用PUT分别进行更新。由于PUT操作具有幂等性,因而如果结果不清可以进行重试,且不会有副作用(此情形相当于提交同一订单2次)。

支持可靠性的这种方法并不是标准化的--至少没有超越HTTP提供的级别。除了在POST过程中引入特殊的解决方案,Joe还参考了HTTPLR(由Bill de hÓra提出)、Mark Nottingham的POE(POST Once Exactly)和Paul Prescod的HTTP中的可靠传递。(另一个值一提的是Yaron Goland的SOA-Rity

帖子最后总结道:

希望你从本例中学到的不是构建DayTrader REST化接口的外在工具,而是可被应用到复杂的场景中的REST本身,集合模型可以使建模更简单,并且HTTP确实提供可靠性的机制。我期望有一点是不言而喻的:既然你有REST化的接口,那么你就可以利用其它HTTP机制,如cachingetagsgzip

查看英文原文:Applying REST Principles to Complex Applications

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT