RESTful API 设计

网络应用程序，分为前端和后端两个部分。前端设备层出不穷（手机、平板、桌面电脑、其他专用设备......）。
因此，必须有一种统一的机制，方便不同的前端设备与后端进行通信。这导致API构架的流。

RESTful API是目前比较成熟的一套互联网应用程序的API设计理论。一下是我理解的。

RESTful

1. 任何的程序设计，都会有迭代升级，所以就出现了问题一：版本号问题

应该将API的版本号放入URL

https://api.example.com/v1/
    
Github采用这种做法
https://developer.github.com/v3/media/#request-specific-version

2. 资源命名

在RESTful架构中，每个网址代表一种资源（resource），所有网址中不能有动词，只能有名词，</br>
而数据库中的名词往往与数据库中的表对应，一般来说，数据库中的表都是统种记录的‘集合’，</br>
所以API中名词也用应该用复数

• https://api.example.com/v1/zoos
• https://api.example.com/v1/animals
• https://api.example.com/v1/employees

3. 请求方式

一般我们使用的最多的请求方式就是get和post,既然我们遵守了RESTful那么我们最好也可以,</br>
在请求方式上也统一下。

常用的HTTP动词有五个,对应sql中命令

• GET（SELECT）：从服务器取出资源（一项或多项）。
• POST（CREATE）：在服务器新建一个资源。
• PUT（UPDATE）：在服务器更新资源（客户端提供改变后的完整资源）。
• PATCH（UPDATE）：在服务器更新资源（客户端提供改变的属性）。
• DELETE（DELETE）：从服务器删除资源。

4.例子

• GET /zoos：列出所有动物园
• POST /zoos：新建一个动物园
• GET /zoos/ID：获取某个指定动物园的信息
• PUT /zoos/ID：更新某个指定动物园的信息（提供该动物园的全部信息）
• PATCH /zoos/ID：更新某个指定动物园的信息（提供该动物园的部分信息）
• DELETE /zoos/ID：删除某个动物园
• GET /zoos/ID/animals：列出某个指定动物园的所有动物
• DELETE /zoos/ID/animals/ID：删除某个指定动物园的指定动物