REST全称是Representational State Transfer，中文意思是表述（编者注：通常译为表征性状态转移）。 它首次出现在2000年Roy Fielding的博士论文中。

RESTful是一种定义Web API接口的设计风格，尤其适用于前后端分离的应用模式中。

这种风格的理念认为后端开发任务就是提供数据的，对外提供的是数据资源的访问接口，所以在定义接口时，客户端访问的URL路径就表示这种要操作的数据资源。事实上，我们可以使用任何一个框架都可以实现符合restful规范的API接口。

RESTful 10条规范

1 数据的安全保障：url链接一般都采用https协议进行传输，采用https协议，可以提高数据交互过程中的安全性。

2 接口特征表现，一看就知道是个api接口
    - 用api关键字标识接口url：
    - https://api.baidu.com      放域名里
    - https://www.baidu.com/api  拼在路径后
注：看到api字眼，就代表该请求url链接是完成前后台数据交互的
    -路飞的接口：https://api.luffycity.com/api/v1/course/free/
    
3 多数据版本共存
    - 在url链接中标识数据版本
    - https://api.baidu.com/v1
    - https://api.baidu.com/v2
    注：url链接中的v1、v2就是不同数据版本的体现（只有在一种数据资源有多版本情况下）
    服务端升级版本不能在原版本上修改，针对手机客户端，如果用户没有升级，还得保留老版本的服务端给用户使用
    于是有了v1/v2版本的区别，api链接要能识别数据版本；浏览器客户端不存在，因为服务端更新后，客户端自然对应的是新版本
    
4 数据即是资源，均使用名词（可复数）
    - 接口一般都是完成前后台数据的交互，交互的数据我们称之为资源
    - https://api.baidu.com/users
    - https://api.baidu.com/books
    - https://api.baidu.com/book

    注：一般提倡用资源的复数形式，在url链接中尽量不要出现操作资源的动词，错误示范：https://api.baidu.com/delete-user
    如果仅用名词user，如何表示是获取user还是删除user？于是有第五条规范
    - 特殊的接口可以出现动词，因为这些接口一般没有一个明确的资源(不涉及到数据库的资源)，或是动词就是接口的核心含义
    - https://api.baidu.com/place/search 搜索接口
    - https://api.baidu.com/login        登录接口
    
5 资源操作由请求方式决定（method）
    - 操作资源一般都会涉及到增删改查，我们提供请求方式来标识增删改查动作
    - https://api.baidu.com/books      - get请求：获取所有书
    - https://api.baidu.com/books/1    - get请求：获取主键为1的书
    - https://api.baidu.com/books      - post请求：新增一本书书
    - https://api.baidu.com/books/1    - put请求：整体修改主键为1的书
    - https://api.baidu.com/books/1    - patch请求：局部修改主键为1的书
    - https://api.baidu.com/books/1    - delete请求：删除主键为1的书
    
6 过滤，通过在url传参的形式传递搜索条件
    - https://api.example.com/v1/zoos?limit=10               指定返回记录的数量
    - https://api.example.com/v1/zoos?offset=10              指定返回记录的开始位置
    - https://api.example.com/v1/zoos?page=2&per_page=100    指定第几页，以及每页的记录数
    - https://api.example.com/v1/zoos?sortby=name&order=asc  指定返回结果按照哪个属性排序，以及排序顺序
    - https://api.example.com/v1/zoos?animal_type_id=1       指定筛选条件
        
7 响应状态码
    7.1 正常响应，响应状态码2xx
    - 200：常规请求
    - 201：创建成功
    7.2 重定向响应，响应状态码3xx
    - 301：永久重定向
    - 302：暂时重定向
    7.3 客户端异常，响应状态码4xx
    - 403：请求无权限
    - 404：请求路径不存在
    - 405：请求方法不存在
    7.4 服务器异常，响应状态码5xx
    - 500：服务器异常
        
8 响应走时应该返回成功或错误信息，error或message当做key
    {
        error: "无权限操作"
    }
    {
        message: "ok"
    }
    
9 返回结果，针对不同操作，服务器向用户返回的结果应该符合以下规范
    GET /collection：            查所有：返回资源对象的列表（数组）
    GET /collection/resource：   查单个：返回单个资源对象，即一个字典
    POST /collection：           新增一个：返回新生成的资源对象，前端拿到对象可以直接访问，不用再发一次get请求
    PUT /collection/resource：   修改一个：返回完整的资源对象，即修改后的对象
    PATCH /collection/resource： 修改一个：返回完整的资源对象
    DELETE /collection/resource：删除一个：返回一个空文档
    
10 需要url请求的资源，需要访问资源的请求链接
# Hypermedia API，RESTful API最好做到Hypermedia，即返回结果中提供链接，连向其他API方法，使得用户不查文档，也知道下一步应该做什么
{
    "status": 0,
    "msg": "ok",
    "results":[
        {
            "name":"肯德基(罗餐厅)",
            "img": "https://image.baidu.com/kfc/001.png"
        }
        ...
    ]
}