RESTful风格学习笔记【包含示例】

1、REST、RESTful、传统风格

• REST全称是Representational State Transfer，中文为表述性状态转移，REST指的是一组架构约束条件和原则
• RESTful表述的是资源的状态性转移，在Web中资源就是URI(Uniform Resource Identifier)
• 如果一个架构符合REST的约束条件和原则，我们就称它为RESTful架构，HTTP是目前与REST相关的唯一实例
• RESTful架构应该遵循统一的接口原则，应该使用标准的HTTP方法如GET和POST，并且遵循这些方法的语义

1.1REST简介

REST（Representational State Transfer），表现形式状态转换
传统风格资源描述形式
http://localhost/user/getById?id=1
http://localhost/user/saveUser
REST风格描述形式
http://localhost/user/1
http://localhost/user
优点：
隐藏资源的访问行为，无法通过地址得知对资源是何种操作
书写简化

1.2 REST风格简介

按照REST风格访问资源时使用行为动作区分对资源进行了何种操作
http://localhost/users 查询全部用户信息
http://localhost/users/1 查询指定用户信息
http://localhost/users 添加用户信息
http://localhost/users 修改用户信息
http://localhost/users/1 删除用户信息
根据REST风格对资源进行访问称为RESTful

上述行为是约定方式，约定不是规范，可以打破，所以称REST风格，而不是REST规范
描述模块的名称通常使用复数，也就是加s的格式描述，表示此类资源，而非单个资源，例如：users、books、accounts……

2、HTTP方法的语义

2.1 POST和PUT的区别

• POST和PUT的区别容易被简单地误认为“POST表示创建资源，PUT表示更新资源”
• 而实际上，二者均可用于创建资源，更为本质的差别是在幂等性方面
  

3、RESTful接口URL命名原则

• 命名原则1：HTTP方法后跟的URL必须是名词且统一成名词复数形式
• 命名原则2：URL中不采用大小写混合的驼峰命名，尽量采用全小写单词，如果需要连接多个单词，则采用“-”连接
• 示例：/users、/users-fans；反例：/getUsers、/getUsersFans

4、RESTful接口URL分级原则

• 分级原则1：一级用来定位资源分类，如/users即表示需要定位到用户相关资源
• 分级原则2：二级仍用来定位具体某个资源，如/users/20即表示id为20的用户，再如/users/20/fans/1即表示id为20的用户的id为1的粉丝

一条小建议：原则是为了让我们的开发更加规范，但是不能成为束缚我们开发的枷锁！

5、RESTful接口命名示例

1. GET、POST、PUT、DELETE接口命名示例
   
2. 复杂GET查询请求接口命名示例
   

7、RESTful入门案例

步骤

1. 设定http请求动作（动词）

2. 设定请求参数（路径变量）
   
   
   

8、@RequestBody @RequestParam @PathVariable

区别
@RequestParam用于接收url地址传参或表单传参
@RequestBody用于接收json数据
@PathVariable用于接收路径参数，使用{参数名称}描述路径参数

应用
后期开发中，发送请求参数超过1个时，以json格式为主，@RequestBody应用较广
如果发送非json格式数据，选用@RequestParam接收请求参数
采用RESTful进行开发，当参数数量较少时，例如1个，可以采用@PathVariable接收请求路径变量，通常用于传递id值

9、RESTful快速开发

10、基于RESTful页面数据交互

基于RESTful页面数据交互
先做后台功能，开发接口并调通接口
再做页面异步调用，确认功能可以正常访问
最后完成页面数据展示
补充：放行静态资源访问