BT

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

文章:描述RESTful应用程序

| 作者 Subbu Allamaraju 关注 1 他的粉丝 ,译者 胡键 关注 0 他的粉丝 发布于 2009年2月6日. 估计阅读时间: 2 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!

关于描述RESTful系统的讨论并非新鲜事物。这类讨论几乎总会得出类似上述的观点。例如,看看前年infoQ上关于争论:REST需要描述语言么?的备忘录,它总结了当时发生的部分讨论。今天的事态并没有什么特别的不同。

针对RESTful应用的正式描述语言,虽然有大量的赞成和反对意见,但像WADL这 样的描述语言只得到了有限的发展。然而,由于缺乏一种机器能够解释的“标准”语言,服务器应用所采取的最常用方法就是记录所有URI、支持的HTTP方法 和表示(representation)的结构(如,对应的XML和JSON格式),这样客户端应用开发者就能依赖这种文档来编写代码。

但是,这种方式跟REST的一些基本原则(如Roy Fielding在上面所说的)有冲突。即便我们无视这一异议,对于那些试图通过HTTP RESTful构建分布式应用的人来说,基本问题仍然存在。不正式地定义契约,服务器怎么可能得以脱身?没有契约,我们如何能确定正确实现了客户端和服务 器——不仅正确实现了各自的设计规范,而且恰当地实现了其他业务/技术策略?

用HTTP作为应用协议、以RESTful方式构建的分布式应用其实有一个契约,但其性质和种类却不相同。我们需要知道寻找的目标和位置。如果我们 打算提出一种描述语言,那么它就要和Roy Fielding所说的保持一致,它不能是类似WSDL或WADL这样的东西。在这篇文章中,我的目标是回答如下问题:

  • 为什么还没有一个针对RESTful应用的标准描述语言?
  • RESTful应用的契约应该是个什么样子?
  • 我们需要构建哪种软件,它才能理解和利用这样的契约?
  • 如果我们决定提出机器可读的描述,它会是什么样子?

详细内容,请阅读全文描述RESTful应用程序

评价本文

专业度
风格

您好,朋友!

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

获得来自InfoQ的更多体验。

告诉我们您的想法

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

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

好! by Liu Dun

好文章。收藏了。谢谢了。

讲的不错 by Jia Bruce

提供最小的一组URI作为初始,其他的URI通过动态发现。这个就是主要思想了。

允许的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通知我

2 讨论

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


找回密码....

Follow

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

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

Like

内容自由定制

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

Notifications

获取更新

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

BT