REST API设计规范

随着网络应用的不断发展，前端设备种类越来越繁多，包括手机、电脑、平板甚至网络电视等等，后端（后端一般都是计算机）需要与这些各种各样的前端设备进行通信，为了保证这种通信的简便性、正确性和安全性，需要设计统一的通信机制，无论是哪一种前端设备都遵循这种机制，完成与后端的通信。

这就催生了API架构的诞生，目前应用范围最广，最成熟的API架构是RESTFUL API，因此在本项目中我们选用该规范指导我们完成API设计

1、协议

使用https协议

2、版本

应该将API的版本号放入URL

3、路径

由于REST API是面向资源的，所以路径中只能出现名词，不能出现动词，所用名词尽量参考数据库表的设计

4、http请求方式

GET（SELECT）：从服务器取出资源（一项或多项）。

POST（CREATE）：在服务器新建一个资源。

PUT（UPDATE）：在服务器更新资源（客户端提供改变后的完整资源）。

PATCH（UPDATE）：在服务器更新资源（客户端提供改变的属性）。

DELETE（DELETE）：从服务器删除资源。

使用例子：

GET /missions：列出任务

POST /mission：新建一个任务

GET /mission/ID：获取某个指定任务的信息

5、过滤信息

如果对资源的需求不是全部，那么需要提供过滤的参数

6、数据

使用json数据格式进行数据传递。

7、状态码

200 OK - [GET]：服务器成功返回用户请求的数据，该操作是幂等的（Idempotent）。

201 CREATED - [POST/PUT/PATCH]：用户新建或修改数据成功。

202 Accepted - [*]：表示一个请求已经进入后台排队（异步任务）

204 NO CONTENT - [DELETE]：用户删除数据成功。

400 INVALID REQUEST - [POST/PUT/PATCH]：用户发出的请求有错误，服务器没有进行新建或修改数据的操作，该操作是幂等的。

401 Unauthorized - [*]：表示用户没有权限（令牌、用户名、密码错误）。

403 Forbidden - [*] 表示用户得到授权（与401错误相对），但是访问是被禁止的。

404 NOT FOUND - [*]：用户发出的请求针对的是不存在的记录，服务器没有进行操作，该操作是幂等的。

406 Not Acceptable - [GET]：用户请求的格式不可得（比如用户请求JSON格式，但是只有XML格式）。

410 Gone -[GET]：用户请求的资源被永久删除，且不会再得到的。

422 Unprocesable entity - [POST/PUT/PATCH] 当创建一个对象时，发生一个验证错误。

500 INTERNAL SERVER ERROR - [*]：服务器发生错误，用户将无法判断发出的请求是否成功。

参考资料：感谢阮一峰大佬的博客 Rest API规范