写点什么

如何度量应用的 RESTful 成熟度?

  • 2011-05-20
  • 本文字数:2224 字

    阅读完需:约 7 分钟

过去几年间,你很难去忽视使用 RESTFul 方法构建企业级应用变得越来越普及的事实。现在,人们似乎不再争论 REST 还是 WS-* 呢?,也不再谈论 REST 和 SOA 是否互补,而是转向讨论基于REST 实现的成熟度了。不幸的是,即便是这一话题,也可能引起人们的迷惑、不同意见和争论。当谈及REST 成熟度时,一些人常常会引用 Richardson 成熟度模型(Maturity Model),并视之为正确的度量方法。譬如,Martin Fowler 在其最新的博文里就谈到了这一模型的几个级别。

  • 第一级:在架构中引入资源(Resource)的概念。
  • 第二级:支持 HTTP 动词。
  • 第三级: HATEOAS

Martin 这么说:

我还要强调,虽然 [ Richardson 成熟度模型] 是思考 REST 各种元素时很好的方法,但它却不能作为区别 REST 级别的定义。Roy Fielding 已经清晰地做了定义—— [Richardson 成熟度模型] 的第三级才是 REST 的先决条件

Martin 继续引用他与 Ian Robinson 的一次谈话,这此谈话使得双方在某些层面上达成一致:

[Ian] 说他发现了这一模型里一些有意思的地方 [……] 即它与通用的设计技术的关系。 - 第一级通过分治法(divide and conquer)解决复杂性问题,它将较大的服务端点分解成多个资源(Resource)。

  • 第二级引入一组标准的动词,这样我们就可以用相似的方法来处理类似的问题,这消除了不必要的不确定性。
  • 第三级引入可查找性,提供了使这一协议体现自描述性的手段。

其结果就是这样一个模型,它有助于我们思考我们要提供的 HTTP 服务,也有助于我们约束他们的使用者的期望。

虽然该模型看上去有一些支持者,但是 REST 社区中持反对意见者也不在少数。比如,在这篇同样引用了 Roy 关于怎样才称为 RESTful 系统的论文的文章中,作者说:

因此,根据 Roy 的严格规定,超媒体(hypermedia)是 REST 的先决条件。任何其他东西不应该自我标榜为 REST。如此,该成熟度模型看起来应该是这样的: - 第一级:非 REST

  • 第二级:非 REST
  • 第三级:REST

不过,有一评论指出:

事实上,如果你漏掉“任何”该 [成熟度模型] 的级别,最后都不是 REST(不过我喜欢将“HTTP 动词”替换成“一组预定义的,广泛认可的动词”)。可是从实现的角度看,你不能跳过第一级就达到第三级,所以,我认为这个次序是能说的过去的。

如今,《RESTful Web Services Cookbook》一书的作者 Subbu Allamaraju 也加入了这一论战,他最近写了一篇有关使用 Richardson 成熟度模型的博文。事实上,他开篇就说不能使用该模型作为判断应用的 RESTful 成熟度的尺度。他说:

根据应用所支持的 REST 限制,而非它有没有选择正确的限制来满足其应该的质量属性,这种判断是毫无意义的。就好比一个应用选择 RDBMS 而非 NoSQL 存储,在没有弄清作出这一选择所基于的原因之前就贸然地批评它一样。认为应用一旦使用了超文本限制,它获得了“REST 的优点”,同样很傻。真正重要的是它是否实现了该应用应该达到的质量属性。

这篇博文引起了一组有趣的来来回回的评论。比如, Mike Amundsen 说:

虽然我同意你的观点——“一旦应用的实现遵循了 Fielding 的 REST 限制就自动变成了某项工作的正确做法”——这一判断是错误的,然而,我不同意你的“评判一个实现是否符合一些限制(就 REST,C2 等来说)”是“毫无意义的”或者是“傻事”[……] 你想表达的思想是?换言之,为什么不需要评判合规性?你认为重要的东西,那一样不能从评判中得到呢?从评判中得到的东西那一样又是不重要的呢?从评判中得到的东西会产生误解么?评判中隐藏了一些可能导致危险、误导或无用的前提假设么?

此后,Mike 就判断应用的 RESful 程度与实现 REST 风格的应用的好处二者之间的差别单独写了一篇博文

Subbu 这样回应的 Mike 最初的评论:

评判需要有一个上下文语境,而质量属性提供了这一语境。只围绕 REST 限制作评判可能会导致差劲的 / 有问题的决策。[……] 不存在放之四海皆准的好坏标准。

Mike 回应:

我理解你的观点了。你所谈的是实现的早期行为:“今天,我要构建一个 Web 应用;这些是我要用的限制(因为 Fielding 这么说……)”,在以上例子中,以满足一组“限制”为核心是不正确的。因为你可以说,早期的工作应该集中在应用应该支持的“质量”上。我猜你还仍然会赞同:在确定了质量属性之后,在实现中选择正确的限制来支持这些属性是有意义的(就像 Fielding 的做法)。

Ian Robinson 后来也加入了论战,他赞同盲目使用 Richardson 的模型是不明智的:

[……]Leonard 最初创建这一启发式模型的目的是帮助开发者理解 REST——仅此而已。他通过将通用的、类似的软件开发实践(例如,分治;用同样古老的方法解决同样古老的事情)和 Web 应用(任何东西都有一个地址;使用 HTTP 来写协调表象传输)做类比而得出这一模型的。

而于此同时, Restfulie 的作者| Guilherme Silveira 在别处尝试坚持并扩展 Richardson 模型,创立了一套 5 步法通往 REST 架构的成熟度模型,不同于 Richardson 的是,这一模型不限定基于 HTTP。

  • 第一步:明确并使用统一的接口。
  • 第二步:将数据链接起来,让用户可以通过资源的状态和关系进行导航。
  • 第三步:给链接添加语义“内容”。
  • 第四步:创建客户端“仅根据资源表象关系和对媒体类型的理解做决策”。
  • 第五步:“通过应变能力强的代码去指导用户如何应对特定的从未遇见过的媒体类型,比如新出现的媒体类型定义。”

这一个 5 步方法更好么?它解决了 Subbu 等人所谈论的有关最初的模型不应该盲目使用的担心么?或者有没有更好的解决方法呢?


查看英文原文: How do you measure the RESTful-ness of an application?

2011-05-20 06:273856
用户头像

发布了 184 篇内容, 共 85.2 次阅读, 收获喜欢 8 次。

关注

评论

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

架构之书:我们从何处来?我们是谁?我们向何处去?

lidaobing

架构 编程的未来

架构师 3 期 3 班 -week4- 总结

zbest

总结 week4

QoS简介

闭嘴,别再问什么是锁了

程序员老猫

乐观锁 悲观锁 分布式锁 java锁 公平锁

微软最强 Python 自动化工具开源了!不用写一行代码!

星安果

Python 开源 自动化 工具 高效率

程序员如何解决中年危机?我的阿里春招之路分享,顺利通过阿里Android岗面试

欢喜学安卓

android 程序员 面试 移动开发

Rancher开源Harvester:基于K8S的超融合基础架构软件

Rancher

Kubernetes rancher

【智简联接,万物互联】华为云·云享专家董昕:Serverless和微服务下, IoT的变革蓄势待发

华为云开发者联盟

Serverless 物联网 IoT

星环科技自动特征工程论文被ICA3PP2020接收

星环科技

AI 数据集

对于传统供热系统来说,转型智慧供热需要哪些条件?

一只数据鲸鱼

物联网 数据可视化 供暖系统 3D

安全管理 | 前后端方案详解:Vue/SpringBoot+SpringSecurity+JWT

梁龙先森

大前端 springboot springsecurity JWT 七日更

工业区块链正在改变什么?

CECBC

环保

完美!凭借这份阿里大佬分享的4170页Java高手真经笔记!offer拿到手软

Java~~~

Java 程序员 编程语言 电子书 架构资料

Kafka实战宝典:Kafka的控制器controller详解

数据社

kafka 七日更

阅站无数!不过我只推荐下面这些

苹果看辽宁体育

推荐 网站

技术选型背后的国家利益:区块链自主化道路的交锋

CECBC

科技

生产环境全链路压测建设历程12:通过生产压测发现的问题摘录

数列科技杨德华

全链路压测

测开之数据类型· 第3篇《列表推导式、字典推导式、2种方式创建生成器》

清菡软件测试

测试开发

复盘node项目中遇到的13+常见问题和解决方案

徐小夕

Java node.js 大前端 nodejs

网易区块链打造可信数字身份认证应用新场景,赋能科技峰会

CECBC

数字身份

波场链智能合约软件系统开发|波场链智能合约APP开发

系统开发

TeamLeader不可不知的三种团队建设形式

Alan

团队管理 个人成长 28天写作

利用Python进行数据分析(原书第2版)免费下载

计算机与AI

Python 数据分析 数据科学

直播报名 | 携程技术沙龙——前端测试技术创新与实践

携程技术中心

AI 数据分析

全球最火的程序员学习路线!2020年GitHub上那些优秀Android开源库总结,吊打面试官系列!

欢喜学安卓

android 程序员 面试 移动开发

架构师训练营第 1 期 week13

张建亮

极客大学架构师训练营

架构师训练营第 1 期 week13 总结

张建亮

极客大学架构师训练营

re:Invent 重磅回顾 | AWS 重塑机器学习的四大亮点,触及每一位 AI 工作者

亚马逊云科技 (Amazon Web Services)

云计算 AWS

警务通APP系统开发,移动警务平台搭建解决方案

t13823115967

智慧城市

Superset 助力企业级大数据 Ad-hoc 查询

麻婆豆腐没麻婆

数据分析 Apache Superset BI数美

甲方日常 70

句子

工作 随笔杂谈 日常

如何度量应用的RESTful成熟度?_SOA_Mark Little_InfoQ精选文章