什么是RESTful API：
1、RESTful API是REST风格的API，是一套用来规范多种形式的前端和同一个后台的交互方式的协议。RESTful API由后台也就是SERVER来提供前端来调用;前端调用API向后台发起HTTP请求，后台响应请求将处理结果反馈给前端。
2、RESTful API可以用于GET、PUT、POST和DELETE数据类型，这些数据类型与资源相关的操作读取、更新、创建和删除。RESTful API基于表示性状态转移(REST)，它是Web服务开发中经常使用的一种体系结构样式和通信方式。
Restful API接口设计标准：
1. 协议
API与用户的通信协议，尽量使用HTTPs协议。
2. 域名
应该尽量将API部署在专用域名之下。
https://api.example.com
如果确定API很简单，不会有进一步扩展，可以考虑放在主域名下。
https://example.org/api/
3. 版本
应该将API的版本号放入URL。
https://api.example.com/v1/
另一种做法是，将版本号放在HTTP头信息中，但不如放入URL方便和直观。
Github采用这种做法。
4. 路径
路径又称“终点"(endpoint)，表示API的具体网址。
在RESTful架构中，每个网址代表一种资源(resource)，所以网址中不能有动词，只能有名词，而且所用的名词往往与数据库的表格名对应。一般来说，数据库中的表都是同种记录的“集合"(collection)，所以API中的名词也应该使用复数。
举例来说，有一个APl提供动物园(zoo)的信息，还包括各种动物和雇员的信息，则它的路径应该设计成下面这样。
https://api.example.com/v1/zoos
https://api.example.com/v1/animals
https://api.example.com/v1/employees
5. HTTP 动词
对于资源的具体操作类型，由HTTP动词表示。
常用的HTTP动词有下面五个(括号里是对应的SQL命令)。
GET(读取)：从服务器取出资源(一项或多项)。
POST(创建)：在服务器新建一个资源。
PUT(完整更新)：在服务器更新资源(客户端提供改变后的完整资源)。
PATCH(部分更新)：在服务器更新资源(客户端提供改变的属性)。
DELETE(删除)：从服务器删除资源。
还有两个不常用的HTTP动词。
HEAD：获取资源的元数据。
OPTIONS：获取信息，关于资源的哪些属性是客户端可以改变的。
下面是一些例子。
GET/zoos：列出所有动物园
POST/zoos：新建一个动物园
GET/z00S/ID：获取某个指定动物园的信息
PUT/zoos/ID：更新某个指定动物园的信息(提供该动物园的全部信息)
PATCH/zooS/ID：更新某个指定动物园的信息(提供该动物园的部分信息)
DELETE/zoos/ID：删除某个动物园
GET/zooS/ID/animals：列出某个指定动物园的所有动物
DELETE/zoos/ID/animals/ID：删除某个指定动物园的指定动物
6. 过滤信息
如果记录数量很多，服务器不可能都将它们返回给用户。API应该提供参数，过滤返回结果。
下面是一些常见的参数。
?limit=10：指定返回记录的数量
?offset=10：指定返回记录的开始位置。
?page=2&per_page=100：指定第几页，以及每页的记录数。
?sortby=name&order=asc：指定返回结果按照哪个属性排序，以及排序顺序。
?animal_type_id=1：指定筛选条件
参数的设计允许存在冗余，即允许API路径和URL参数偶尔有重复。
比如，GET/zo0/ID/animals 与 GET/animals?zoo_id=ID的含义是相同的。
7. 状态码
客户端的每一次请求，服务器都必须给出回应。回应包括HTTP状态码和数据两部分。
HTTP状态码就是一个三位数，分成五个类别。
1xx：相关信息
2xx：操作成功。
3xX：重定向
4xx：客户端错误
5xx：服务器错误
