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

设计流程

1. 确定一个API提供什么类型的资源
2. 确定资源之间的依赖关系
3. 基于类型和依赖关系确定资源的命名
4. 确定资源的结构
5. 为资源添加最少的方法

Resource Names

资源是一个实体对象，那么资源名就是这个资源的标识。

一个资源名应该由Resource ID，Collection ID 和API Service 名组成。

例1：存储服务有 buckets 的集合，其中每个桶包含一个 objects 集合。

例2：电子邮件服务用户的集合。sub-resource 每个用户都有一个设置，设置 sub-resource 有许多其他的子资源，包括 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

类别

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查询参数。

批量添加

批量删除

更新单个资源中的属性

对资源执行某一动作

• 比如发送消息，启用什么功能。
• 如果是针对资源，则Action Name为动词。
• 如果是针对资源的属性，则Action Name为动词+属性名。请求以动词结尾，属性作为参数。

查询某一资源的单个属性

• 对于单个资源的所有的查询Action Name，都需要以query开头。
• Action Name以query+属性名结尾

查询collection 的数量

• 计算集合自身的数量，使用count作为Action Name
• 计算资源中子集合的数量，使用count+集合名作为Action Name

复杂条件查询

• 对于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;
    }
}