DRF 1 API接口规范

1 API接口规范

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

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

这种风格的理念认为后端开发任务就是提供数据的,对外提供的是数据资源的访问接口,所以在定义接口时,客户端访问的URL路径就表示这种要操作的数据资源。

事实上,我们可以使用任何一个框架都可以实现符合restful规范的API接口。

1.1 数据安全

  • url链接一般都采用https协议进行传输

    注:采用https协议,可以提高数据交互过程中的安全性

1.2 接口特征表现

1.3 多数据版本共存

1.4 数据即是资源,均使用名词(可复数)

1.5 资源操作由请求方式决定(method)

1.6 过滤,通过在url上传参的形式传递搜索条件

1.7 响应状态码

1.7.1 正常响应

  • 响应状态码2xx
    • 200:常规请求
    • 201:创建成功

1.7.2 重定向响应

  • 响应状态码3xx
    • 301:永久重定向
    • 302:暂时重定向

1.7.3 客户端异常

  • 响应状态码4xx
    • 403:请求无权限
    • 404:请求路径不存在
    • 405:请求方法不存在

1.7.4 服务器异常

  • 响应状态码5xx
    • 500:服务器异常

1.8 错误处理,应返回错误信息,error当做key

{
    error: "无权限操作"
}

1.9 返回结果,针对不同操作,服务器向用户返回的结果应该符合以下规范

GET /collection:返回资源对象的列表(数组)
GET /collection/resource:返回单个资源对象
POST /collection:返回新生成的资源对象
PUT /collection/resource:返回完整的资源对象
PATCH /collection/resource:返回完整的资源对象
DELETE /collection/resource:返回一个空文档

1.10 需要url请求的资源需要访问资源的请求链接

# Hypermedia API,RESTful API最好做到Hypermedia,即返回结果中提供链接,连向其他API方法,使得用户不查文档,也知道下一步应该做什么
{
  	"status": 0,
  	"msg": "ok",
  	"results":[
        {
            "name":"肯德基(罗餐厅)",
            "img": "https://image.baidu.com/kfc/001.png"
        }
      	...
		]
}
原文地址:https://www.cnblogs.com/Franciszw/p/13552248.html