RESTful Api 规范
Choerodon 符合 REST
原则,它是一个RESTful 架构。
RESTful API Design 名词定义
- Resource: 一个简单的实例。有一些属性或者一些子资源,子资源可以是一个简单的资源或者一组资源例如:book, user
- Collection: 一组同类的资源对象。例如:books, users
- HTTP: 网络协议
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 | /buckets | /bucket-id | /objects | /object-id |
例2:电子邮件服务用户的集合。sub-resource
每个用户都有一个设置,设置 sub-resource
有许多其他的子资源,包括 customFrom
:
API Service Name | Collection ID | Resource ID | Sub-Collection ID | Sub-Resource ID |
---|---|---|---|---|
//gateway.com.cn/mails | /users | /[email protected] | /settings | /customFrom |
- 全名:
//gateway.com.cn/storage/buckets/1/materials/wood
- 相对名:
buckets/1/materials/wood
- HTTP URL:
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 |
Resource* list | Resource IDS |
批量删除
Description | Action Name | HTTP Mapping | HTTP Request Body | HTTP Response Body |
---|---|---|---|---|
批量删除 | batchDelete | POST |
Resource IDS | Empty |
更新单个资源中的属性
Description | Action Name | HTTP Mapping | HTTP Request Body | HTTP Response Body |
---|---|---|---|---|
更新资源的状态 | updateAttribute | POST |
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 |
N/A | * |
取消某种操作 | cancel | POST |
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 |
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 |
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
版本控制
- 主版本号必须作为包名的最后一个字符。如:
com.choerodon.controller.v1
。
版本兼容的修改:
- 添加一个服务接口
- 添加一个API方法
- 添加一个请求字段
- 添加一个相应字段
- 添加一个字段的枚举值
版本不兼容的修改:
- 删除或重命名一个服务,接口,方法,枚举值
- 改变一种HTTP method
- 改变字段的类型
- 改变一个resource name
Demo
@RestController
@RequestMapping("/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 ResponseEntity<User> create(@RequestBody User user) {
return null;
}
@PutMapping("/{id}")
public ResponseEntity<User> update(@PathVariable("id") String id, @RequestBody User user) {
return null;
}
@DeleteMapping("/{id}")
public ResponseEntity<User> delete(@PathVariable("id") String id) {
return null;
}
@PostMapping("/batch_create")
public ResponseEntity<User> batchCreate(@RequestBody List<User> users) {
return null;
}
@PostMapping("/batch_delete")
public ResponseEntity<User> batchDelete(@RequestBody List<User> users) {
return null;
}
@PostMapping("/age")
public ResponseEntity<User> updateAge(@RequestParam("value") Integer age) {
return null;
}
@PostMapping("/{:id}/undelete")
public ResponseEntity<User> undelete(@PathVariable("id") String id) {
return null;
}
@PostMapping("/check")
public ResponseEntity<User> checkName(@RequestParam("name") String name) {
return null;
}
@GetMapping("/{:id}/age")
public ResponseEntity<User> queryAge(@PathVariable("id") String id) {
return null;
}
@GetMapping("/{:id}/name")
public ResponseEntity<User> queryByUserIdAndName(@PathVariable("id") String id, @RequestParam("name") String name) {
return null;
}
@GetMapping("/{:id}/projects/count")
public ResponseEntity<User> countProjects(@PathVariable("id") String id, @RequestParam("name") String name) {
return null;
}
@GetMapping("/")
public ResponseEntity<User> listByOptions(@RequestBody Map<String, Object> options) {
return null;
}
}