web开发模式;API接口;POSTMAN的使用;Restful规范;序列化;drf介绍与安装 # day65
1 Web开发模式(**)
# 前后端混合开发模式
# 前后端分离
2 API接口(**)
#api接口:前后台信息交互的媒介
#类似于这种:https://api.weibo.com/2/statuses/show.json
3 POSTMAN的使用()
# 接口测试工具
# 安装:无脑双击
# post请求携带的请求体,编码格式有几种
-urlencoded
-默认请情况
-在请求体中是: name=egon&age=18----》request.POST
-formdata
-上传文件
-既可以传文件,又可以带数据
-在请求体中是:
数据部分
name=egon&age=18 ----》request.POST
文件部分
---asdfasdfasdfasdf-------
文件的二进制 ----》request.FILES
-json
-json格式直接放在请求体中
-在请求体中的格式
{"name":"lqz","age":19}---》request.POST取不到值
-为什么取不到?
-因为作者没有写,作者只写了urlencoded和formdata的编码
-json格式需要自己处理
4 Restful规范(*****)
#规范:我们可以不按照(公司自己的规范,基本上都大差不差)
# REST全称是Representational State Transfer,表征性状态转移,2000年Roy Fielding的博士论文中
# RESTful是一种定义 API接口的设计风格,尤其适用于前后端分离的应用模式中
# 10条
-1 保证数据安全,通常使用https进行交互(https比http安全,http+ssl=https)
-2 接口中带,api关键字标,识接口api接口
https://api.baidu.com
https://127.0.0.1/api/books
-3 url链接中带接口版本号
https://api.baidu.com/v1
https://api.baidu.com/v2
-4 数据即是资源,均使用名词(可复数)(地址中不带操作资源的动词)
https://api.baidu.com/v1/books
-5 资源操作由请求方式决定
-获取数据 get
-新增数据 post
-删除数据 delete
-修改数据 put/patch
-6 在url中带搜索,过滤,排序条件
https://api.example.com/v1/zoos?limit=10
-7 响应中带状态码
-http响应,就有状态码
-2xx
-3xx
-4xx
-5xx
-200, 请求成功,服务器已成功处理了请求
-301, 请求的网页已永久移动到新位置,该网页数据永远也看不到,没有了
-302, 临时重定向别的位置,后面还会使用
-403, 服务端没有权限
-404, 请求地址不存在
-500 服务器内部错误
-返回的json格式中也带状态码
-公司自己定制的
{code:1000}
-8 响应的json格式中带错误信息
{code:1000,msg:成功}
-9 针对不同操作,服务器向用户返回的结果应该符合以下规范
GET /books:返回资源对象的列表(数组)
GET /books/1:返回单个资源对象
POST /books:返回新生成的资源对象
PUT /books/2:返回完整的资源对象 (完全修改)
PATCH /books/2:返回完整的资源对象(局部修改)
DELETE /
