## Rest API 规范
Fielding是HTTP协议（1.0版和1.1版）的主要设计者、Apache服务器软件的作者之一、Apache基金会的第一任主席。Fielding将他对互联网软件的架构原则，定名为 REST，即 Representational State Transfer 的缩写。如果一个架构符合 REST 原则，就称它为RESTful架构。
## RESTful API Design 名词定义
Resource: 一个简单的实例。有一些属性或者一些子资源，子资源可以是 一个简单的资源或者一组资源例如：book, userCollection: 一组同类的资源对象。例如：books, usersHTTP: 网络协议。
## HTTP Verbs
* GET（SELECT）：从服务器取出资源（一项或多项）
* POST（CREATE）：在服务器新建一个资源
* PUT（UPDATE）：在服务器更新完整的资源（客户端提供改变后的完整资源）
* DELETE（DELETE）：从服务器删除资源
## Resource Oriented Design
### 设计流程
确定一个api提供什么类型的资源确定资源之间的依赖关系基于类型和依赖关系确定资源的命名确定资源的结构为资源添加最少的方法。
### Resource Names
资源是一个实体对象，那么资源名就是这个资源的标识。
一个资源名应该由Resource ID，Collection ID 和API Service 名组成。
例1：存储服务有 buckets 的集合,其中每个桶包含一个 objects 集合。
| API Service Name | Collection ID | Resource ID | Sub-Collection ID | Sub-Resource ID |
| --- | --- | --- | --- | --- |
| [//gateway.com.cn/storage](https://gateway.com.cn/storage) | /buckets | /bucket-id | /objects | /object-id |
全名：[//gateway.com.cn/storage/buckets/1/materials/wood](https://gateway.com.cn/storage/buckets/1/materials/wood)
相对名：buckets/1/materials/woodHTTP
URL：[http://gateway.com.cn/storage/v1/buckets/1/materials/wood](http://gateway.com.cn/storage/v1/buckets/1/materials/wood)
### Resource ID
Resource ID 标识着资源属于父资源中。Resource ID 可能不止一个单词，也有可能是一个相对路径。Resource ID 必须清楚地被记录，无论是客户端、服务器或第三方。
### Collection ID
Collection ID 必须是有效的程序标识符。Collection ID 必须是驼峰形式的复数结构，如果没有复数形式，应使用单数。Collection ID 必须是清晰简洁的英文单词。Collection ID 避免使用笼统的表示，例如objects、values、types。
## Action 命名规范
### 基本规范
使用”/“表示层级关系url 不能以”/“结尾url 中不能包含空格””url 中不能以文件后缀结尾url 中字母小写，单词间加下划线不要再url中添加CRUD
### 类别
| Description | Action Name | HTTP Mapping | HTTP Request Body | HTTP Response Body |
| --- | --- | --- | --- | --- |
| 查询所有 | list | GET | N/A | Resource\*list |
| 获取单个资源 | query | GET | N/A | Resource\* |
| 创建单个资源 | create | POST | Resource | Resource\* |
| 更新单个资源 | update | PUT | Resource | Resource\* |
| 删除单个资源 | delete | DELETE | N/A | Empty |
### List
List 方法接受一个 Collection id 和0或多个参数作为输入,并返回一个列表的资源。
List 必须使用 GET 方法接口必须以 collection id 结尾。其他的请求字段必须作为 url 查询参数。没有请求体，接口上必须不能包含request body。响应体应该包含一组资源和一些可选项元数据。
### Query
Query 方法接受一个 Resource name 和0或多个参数,并返回指定的资源。
Query 必须使 GET 方法。请求url 必须包含 Resource name。其他的请求字段必须作为 url 查询参数。没有请求体，接口上必须不能包含request body。响应体应该返回整个资源对象。
### Create
Create 方法接受一个 Collection id ,一个资源,和0或多个参数。它创建一个新的资源在指定的父资源下,并返回新创建的资源。
Create 必须使用 POST 方法。应该包含父资源名用于指定资源创建的位置。创建的资源应该对应在request body。响应体应该返回整个资源对象。Create 必须传递一个resource，这样即使resource 的结构发生变化，也不需要去更新方法或者资源结构，那些弃用的字段则需要标识为“只读”。
### Update
Update 方法接受一个资源和0或多个参数。更新指定的资源和其属性,并返回更新的资源。
除了Resource Name 和其父资源之外，这个资源的所有属性应该是可以更新的。资源的重命名和移动则需要自定义方法。如果只支持一个完整对象的更新，Update 必须使用 PUT 方法。Resource Name必须包含在请求的url中。资源应该对应在request body。
### Delete
Delete 方法接受一个Resource Name 和0或多个参数,并删除指定的资源。
Delete 必须使用 DELETE 方法。Resource Name 必须包含在请求的url中。没有请求体，接口上必须不能包含request body。如果是立即删除，应该返回空如果是启动一个删除操作，应该返回一个删除操作。如果只是标识某个资源是“被删除的”，应该返回一个更新后的资源。如果多个删除请求删除同一资源，那么只有第一个请求才应该成功，其他的返回not found。
## 自定义方法
自定义的方法应该参考5个基本方法。应该用于基本方法不能实现的功能性方法。可能需要一个任意请求并返回一个任意的响应,也可能是流媒体请求和响应。
可以对应a resource, a collection 甚至 a service。
自定义方法应该使用 POST 方法。不应该使用PATCH 方法。自定义方法对应的 Resource Name 或者 Collection id 必须包含在请求的url中。如果使用的HTTP 方法接受request body，则需要对应一个请求体。如果使用的HTTP 方法不接受request body，则需要声明不使用body，并且参数应该作为url查询参数。
## 批量添加
| Description | Action Name | HTTP Mapping | HTTP Request Body | HTTP Response Body |
| --- | --- | --- | --- | --- |
| 批量添加 | batchCreate | POST/batch\_create | Resource\*list | Resource IDS |
## 批量删除
| Description | Action Name | HTTP Mapping | HTTP Request Body | HTTP Response Body |
| --- | --- | --- | --- | --- |
| 批量删除 | batchDelete | POST /batch\_delete | Resource IDS | Empty |
## 更新单个资源中的属性
| Description | Action Name | HTTP Mapping | HTTP Request Body | HTTP Response Body |
| --- | --- | --- | --- | --- |
| 更新资源的状态 | updateAttribute | POST /:attribute?value= | N/A | {“key”:“”,“value”:“”} |
| 更新用户的年龄 | updateAge | POST /v1/users/1/age?value=20 | N/A | {“key”:“age”,“value”:“20”} |
## 对资源执行某一动作
比如发送消息，启用什么功能。如果是针对资源，则Action Name为动词。如果是针对资源的属性，则Action Name为动词+属性名。请求以动词结尾，属性作为参数。
| Description | Action Name | HTTP Mapping | HTTP Request Body | HTTP Response Body |
| --- | --- | --- | --- | --- |
| 对资源执行某一动作 | customVerb | POST /custom\_verb | N/A | \* |
| 取消某种操作 | cancel | POST /cancel | N/A | Boolean |
| 从回收站中恢复一个资源 | undelete | POST /v1/projects/1/undelete | N/A | Boolean |
| 检查项目是否重名 | checkName | POST /v1/projects/1/check?name= | N/A | |
## 查询某一资源的单个属性
对于单个资源的所有的查询Action Name，都需要以query开头。Action Name以query+属性名结尾。
| Description | Action Name | HTTP Mapping | HTTP Request Body | HTTP Response Body |
| --- | --- | --- | --- | --- |
| 查询资源的某属性 | queryAttribute | GET /:attribute | N/A | {“key”:“”,“value”:“”} |
| 查询用户的年龄 | queryAge | GET /v1/users/1/age | N/A | {“key”:“age”,“value”:“25”} |
| 查询用户下的项目 | queryProjects | GET /v1/users/1/projects | N/A | {“key”:“projects”,“value”:\[\]} |
## 查询collection 的数量
计算集合自身的数量，使用count作为Action Name计算资源中子集合的数量，使用count+集合名作为Action Name。
| Description | Action Name | HTTP Mapping | HTTP Request Body | HTTP Response Body |
| --- | --- | --- | --- | --- |
| 查询Collection 的数量 | count | GET /count | N/A | {“key”:“”,“count”:“”} |
| 查询组织的数目 | count | GET /v1/organizations/count | N/A | {“key”:“organizations”,“count”:“100”} |
| 查询用户下的所有项目数量 | countProjects | GET /v1/users/1/projects/count | N/A | {“key”:“projects”,“count”:“100”} |
## 复杂条件查询
对于collection的所有查询Action Name，都需要以list开头。查询的条件中，如果条件为一到两个，使用By和And。
eg.: listByUserIdAndName如果查询条件大于3个，则使用ByOptions，查询条件作为请求体传入。
eg.: listByOptions
## 版本控制
主版本号必须作为包名的最后一个字符。如：cn.exrick.controller.v1。
版本兼容的修改：
添加一个服务接口添加一个api方法添加一个请求字段添加一个相应字段添加一个字段的枚举值
版本不兼容的修改：
删除或重命名一个服务、接口、方法，枚举值改变一种HTTP method改变字段的类型改变一个resource name
## Demo示例
~~~
@RestController("/v1/users")
public class UserController {
@GetMapping("/")
public ResponseEntity<User> list() {
return null;
}
@GetMapping("/{id}")
public User query(@PathVariable("id") String id) {
return null;
}
@PostMapping("/")
public Result<User> create(@RequestBody User user) {
return null;
}
@PutMapping("/{id}")
public Result<User> update(@PathVariable("id") String id, @RequestBody User user) {
return null;
}
@DeleteMapping("/{id}")
public Result<User> delete(@PathVariable("id") String id) {
return null;
}
@PostMapping("/batch_create")
public Result<User> batchCreate(@RequestBody List<User> users) {
return null;
}
@PostMapping("/batch_delete")
public Result<User> batchDelete(@RequestBody List<User> users) {
return null;
}
@PostMapping("/age")
public Result<User> updateAge(@RequestParam("value") Integer age) {
return null;
}
@PostMapping("/{:id}/undelete")
public Result<User> undelete(@PathVariable("id") String id) {
return null;
}
@PostMapping("/check")
public Result<User> checkName(@RequestParam("name") String name) {
return null;
}
@GetMapping("/{:id}/age")
public Result<User> queryAge(@PathVariable("id") String id) {
return null;
}
@GetMapping("/{:id}/name")
public Result<User> queryByUserIdAndName(@PathVariable("id") String id, @RequestParam("name") String name) {
return null;
}
@GetMapping("/{:id}/projects/count")
public Result<User> countProjects(@PathVariable("id") String id, @RequestParam("name") String name) {
return null;
}
@GetMapping("/")
public Result<User> listByOptions(@RequestBody Map<String, Object> options) {
return null;
}
}
~~~
