- 强调HTTP应当以资源为中心,并且规范了资源URI的风格;
- 规范了HTTP请求动作(PUT,POST等)的使用,具有对应的语义;
- URL具有很强可读性的,具有自描述性;
- 资源描述与视图的松耦合;
- 可提供的OpenAPI,便于第三方系统集成,提高互操作性;
- 如果提供无状态的服务接口,可提高应用的水平扩展性;
下面再详细说明一下REST了解事物 :
【基本概念】
REST是一种软件架构模式。核心概念包括:
资源(Resource):在REST中,资源可以简单的理解为URI,表示一个网络实体。比如,/ users / 1 / name,对应id = 1的用户的属性name。
既然资源是URI,就会具有以下特征:名词,代表一个资源;对应它唯一的一个资源,是资源的地址。
表现(Representation):是资源呈现出来的形式,比如上述URI返回的HTML或JSON,包括HTTP Header等;
【实践】
怎么用呢?不同的服务器端框架提供了各种解决方案比如JavaEE的中的开箱即用的Spring的MVC。
但实践过程中,你自然会碰到一些需要思考的问题:
1)如何定义资源:一般对数据库实体(在传统的关系型数据库中)
2)需要对HTTP协议更多的理解
URL格式:协议://域名/路径?查询#HASH,实际的一个HTTP请求,还会包括报头(含饼干,方法等)
资源的URI格式:协议://域名/路径,它只是URL的子集,表征一个资源实体。比如,http:// a.com/users/1。
恰当地理解和返回Http Status(状态码).200 =成功,404 =资源不存在,500 =服务器端错误等等。
3)REST操作
一般资源操作只有新增,删除,查询,更新,对应HTTP协议中四类请求:POST,DELETE,GET,PUT其中,后三个操作是。幂等的(什么是幂等。? )
查询资源时,更多的参数,比如分页,排序,过滤条件,一般都会放在网址的查询部分(查询字符串),
新增,更新资源,关于资源实体的内容,一般放在请求体(请求体)中。
实际发送请求,还需要有动词,表示对该资源执行什么样的操作。那么超出这个范围的操作该如何扩展?
REST操作返回什么内容对于删除,新增,更新等操作,通常是返回操作是否成功的标识;?如果失败,需要返回错误代码和消息,方便客户端做进一步处理如果是查询操作,通常包含实体或者实体列表。
在最佳实践中,应当还应该返回与此操作相关的其他操作。比如,查询得到实体的响应中,应包含该实体的删除,更新操作的地址。
请求和返回的机身,采用什么格式?常见的格式包括XML / JSON / HTML。
【特点】
1. 状态无关 —— 确保系统的横向拓展能力
2. 超文本驱动,Fielding的原话是”hypertext-driven" —— 确保系统的演化能力
3. 对 resource 相关的模型建立统一的原语,例如:uri、http的method定义等 —— 确保系统能够接纳多样而又标准的客户端