Richardson成熟度模型:关于REST的不同风格

REST(representational State Transfer)表述性状态转移

看起来这个名词有点难以理解,个人理解成代表性的,具体的状态(可以是动词)引起的状态转移?

等级0

普通的请求/响应模式,使用xml,json或其他格式发送请求,接收响应

等级1

引入资源(Resource)的概念,服务器返回相应资源,客户端对指定资源(体现在url中)附加相应参数进行操作,与等级0相比,等级0更像是传递参数,而等级1则是调用指定对象的某个方法并传递参数

等级2 HTTP动词

会尽可能根据HTTP协议定义的那样来合理使用HTTP动词,并配合响应码来帮助交流

等级3 超媒体控制

响应信息中包括一系列uri,指出后续的操作

Levels的意义

  • Level 1 解释了如何通过分治法(Divide and Conquer)来处理复杂问题,将一个大型的服务端点(Service Endpoint)分解成多个资源。
  • Level 2 引入了一套标准的动词,用来以相同的方式应对类似的场景,移除不要的变化。
  • Level 3 引入了可发现行(Discoverability),它可以使协议拥有自我描述(Self-documenting)的能力。

这一模型帮助我们思考我们想要提供的HTTP服务是何种类型的,同时也勾勒出人们和它进行交互时的期望。

参考链接:

Richardson Maturity Model - steps toward the glory of REST(原文)

Richardson成熟度模型(Richardson Maturity Model) - 通往真正REST的步骤(译文)

时间: 2024-10-01 02:52:50

Richardson成熟度模型:关于REST的不同风格的相关文章

Richardson成熟度模型(Richardson Maturity Model) - 通往真正REST的步骤

Richardson成熟度模型(Richardson Maturity Model) - 通往真正REST的步骤 原文地址: Richardson Maturity Model - steps toward the glory of REST 最近我在阅读Rest In Practice的草稿,这本书由我的一些同事撰写.他们希望通过这本书解释如何利用Restful Web Service来解决企业面临的很多集成上的问题.该书的核心观点是目前的Web就是一个大规模分布式系统能够很好地工作的证据,而

你的BI应用处于什么阶段?解读Gartner BI成熟度模型

文 | 帆软数据应用研究院 水手哥   无论国内还是国外,多数企业的BI和分析平台建设之路并不平坦:一是对自身的环境和需求认识不足,未能打蛇打七寸,导致成效产出不高:二是眼光只放在当前,未能考虑以后的变数,导致BI建设不能有序延展响应需求:三是经验和水平不足,难以驾驭BI建设路线图,导致走了不少弯路甚至回头路. 对此Gartner推出了BI成熟度模型,帮助企业应用"ITScore for BI and Analytics"进行成熟度评估,明确自己当前的特征,所处阶段,以及采取哪些步骤才

孢子框架(微服务)成熟度模型.

笔者并不是微服务领域大牛,但当第一次看到微服务的概念就发现这是社会发展的必然趋势.记得在以前看到过一本书,现在也忘记是哪一本,里面提到将来社会的商业结构将不存在所谓的沃尔玛之类的大超市,而是以微商(个人提供商业服务)为主,那至少是在十年前的提法,当时都感觉不可思议,但现在看来还真有这个趋势.这个趋势和微服务的诞生其实都基于同样的原理:服务结构发展与社会发展同步.社会生产力要发展必须最大化个人的生产能力,所以社会整体生产力的提高的过程也是人的个性化发展的过程.以战争为例,封建社会军队使用人海战术,

持续集成成熟度模型

参考原文: http://my.oschina.net/u/134516/blog/495477 成熟度模型的级别 Base: 在Base这个级别,我们刚刚跟"模型"沾边,我们的团队不再是所有的流程都要手动去操作. Beginner: 团队开始认真采用一些企业持续交付的实践,但是还是在刚起步的水平 Intermediate: 实践已经多少成熟一些,会发布更少的错误,并且更加高效. 对于大多数团队来说,这个基本的实践可能已经足够了 Advanced:团队所做的已经远远超出同行业其他团队,

能力成熟度模型(CMM)

能力等级 特点 关键过程 第一级 基本级 软件过程是混乱无序的,对过程几乎没有定义,成功依靠的是个人的才能和经验,管理方式属于反应式   第二级 重复级 建立了基本的项目管理来跟踪进度.费用和功能特征,制定了必要的项目管理,能够利用以前类似的项目应用取得成功 需求管理,项目计划,项目跟踪和监控,软件子合同管理,软件配置管理,软件质量保障 第三级 确定级 已经将软件管理和过程文档化,标准化,同时综合成该组织的标准软件过程,所有的软件开发都使用该标准软件过程 组织过程定义,组织过程焦点,培训大纲,软

CMM:软件成熟度模型

周末在家闲来无事,泡咖啡看书,正好看到了关于CMM的相关资料,分享出来,也当做学习笔记... 一.CMM简介 CMM,英文全称为Capability Maturity Model for Software,即:软件成熟度模型. CMM的核心是把软件开发视为一个过程.它是对于软件在定义.实施.度量.控制和改善其软件过程的实践中各个发展阶段的描述. 根据这一原则对软件开发和维护进行过程监控和研究,以使其更加科学化.标准化,使企业能够更好地实现商业目标. 分级:一级为初始级,二级为可重复级,三级为已定

工业互联网联盟发布新物联网安全成熟度模型

工业互联网联盟(IIC)基于其自身的安全框架和参考架构开发了一种新型物联网安全成熟度模型(SMM),有助于企业利用现有的安全框架达到他们自己定义的物联网安全成熟度目标级别.本周 IIC 发布了两篇报告中的第一篇 - <物联网安全成熟度模型:描述和预期用途>,该篇主要是针对较少技术的物联网利益相关者的高级概述.微软物联网标准首席策略师 Ron Zahavi 预计第二篇为安全从业人员提供更多技术观点的白皮书将会在夏季发布. 根据 Ron Zahavi 的说法,<物联网安全成熟度模型:描述和预

Cap24_项目管理成熟度模型

24 项目管理成熟度模型 24.1 项目管理成熟度模型概述 项目管理成熟度表达了一个组织具有的按照预定目标和条件成功地.可靠地实施项目的能力. Kerzner模型的5个梯级 通用术语->基本知识 通用过程->过程定义 单一方法->过程控制 基准比较->过程改进 持续改进 24.2 OPM3 24.2.1 组织级项目管理成熟度模型OPM3概述 OPM3的目的 组织级项目管理OPM:知识.组织战略.人.过程 OPM3是什么 项目组合管理.项目集管理.项目管理和组织级项目管理的关系 组织

睿象云高科 | 浅谈告警管理能力成熟度模型

随着IT基础设施的云化,应用运行环境的容器化,系统架构的微服务化,越来越多的企业不得不引入更多的工具.更复杂的流程和更多的运维人员,来提升IT系统管理的精细度,但新的问题也随之而来. 犹如蝴蝶效应,在如此庞杂的环境下,数据间紧密相连,一个指标的变化,可能引发一系列的告警连锁反应.不同监控平台的红色标识.不断涌入的告警邮件和短信,紧牵着运维人员的神经,告警的精细化管理势在必行. 充满挑战的运维告警管理 如何抑制告警风暴?如何保障重要告警不漏不丢?如何快速的甄别根因告警?如何沉淀告警处置经验?如何快