drf基础知识

1,Web应用模式

1
2
3
4
5
6
7
8
9
10
11
# 前后端混合开发
    -bbs项目,页面渲染是在后台完成的----》render(request, 'index.html')
    -后端人员---》 写前端 css,html,js
# 前后端分离开发,现在的主流》》 前端发展出一些框架(vue, react)
    -js的dom操作-->html的页面--》通过js在页面中插入内容
    -BOM和DOM
    -不用模板语法渲染页面---》 在前端使用js渲染页面
    -页面渲染在前端完成
    -以后前端人员只负责前端
    -后端人员只负责后端
    -前端的展现的形式---》》 现在不仅仅是网页,还可以是app,小程序。。

  

2,API接口

1
2
3
4
5
6
7
8
# api接口:前后端交互的媒介
# 接口有的东西
    -url地址
    -请求方式:get,post
    -请求参数:name=‘西游记’
        get请求---127.0.0.1/book?name='西游记'
    -响应结果
        -http响应--》 响应状态码--》 响应头--》响应体(json)

  

3,接口测试工具postman

1
2
3
4
5
6
7
8
9
10
11
12
13
# 对接口进行测试---》在浏览器中只能发送get请求,发不了post,delete..
# 接口测试工具:mac,win,linux都可以
# 使用最多的软件:postman ---》后来慢慢收费了---》Postwoman
 
# 下载地址:https://www.getpostman.com/downloads/
# 双击就装完了
 
 
 
# 前后端交互的编码格式有哪几种?
    -urlencoded: 正常的post请求提交数据: name=lqz&age=19
    -formdata: post请求上传文件:带文件二进制形式
    -json:body体中的数据格式为:{"name":"sd", "age":19}--> 用的多

  

4,restful规范(重要)

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
# 前后端交互使用api接口---》符合某种规范--》restful规范---》写前后端分离的标准
# REST全称是Representational State Transfer,中文意思是表述(编者注:通常译为表征性状态转移)。 它首次出现在2000年Roy Fielding的博士论文中。
RESTful是一种定义web API接口的设计风格,尤其适用于前后端分离的应用模式中
 
# 10条内容
    1,数据的安全保障——》通常用https协议
    2,用api关键字标识接口--》在接口中带api字眼--》让别人一看就知道是个api接口
    3,多版本共存--》在接口处带版本号
    4,数据即是资源,均使用名词(可复数)  ---》请求地址劲量不出现动词(特殊的会有)
    5,资源操作有请求方式决定
        get请求是获取数据
        post请求是新增数据
        delete请求是删除数据
        put请求是修改数据
        patch请求是局部修改数据
 
    6,请求中地址带过滤条件
    7,响应状态码(http的响应状态码,响应体的json数据中带状态码)
        http的响应状态码
            1xx:请求正在处理
            2xx:请求成功(200,201
            3xx:重定向
            4xx:客户端错误
            5xx:服务端错误
 
            -响应体中返回json格式数据---》code,status--->也有状态码---》服务端自定义的
            -1001  :用户名错误
            -1002   :没有权限。。   
 
            状态码也可自定义
 
 
    8,错误处理,应返回错误信息
    9,返回数据格式符合如下规范(大部分公司不按这个)
    -多条数据返回列表
    GET /collection:返回资源对象的列表 [{name:lqz,age:19},            {name:pyy,age:33}]
      -单条数据返回字典
  GET /collection/resource:返回单个资源对象 {name:lqz,age:19}
      -新增,返回新增的对象---》{name:lqz,age:19}
  POST /collection:返回新生成的资源对象
      -修改,返回修改后的对象--》{name:lqz,age:19}
  PUT /collection/resource:返回完整的资源对象
      -修改,返回修改后的对象--》{name:lqz,age:19}
  PATCH /collection/resource:返回完整的资源对象
      -删除,返回空文档
  DELETE /collection/resource:返回一个空文档  -->{code:100,msg:删除成功}
 
 
 
 
 
 
            

  

5,HTTP状态码列表:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
状态码 状态码英文名称 中文描述
100 Continue    继续。客户端应继续其请求
101 Switching Protocols 切换协议。服务器根据客户端的请求切换协议。只能切换到更高级的协议,例如,切换到HTTP的新版本协议
200 OK  请求成功。一般用于GET与POST请求
201 Created 已创建。成功请求并创建了新的资源
202 Accepted    已接受。已经接受请求,但未处理完成
203 Non-Authoritative Information   非授权信息。请求成功。但返回的meta信息不在原始的服务器,而是一个副本
204 No Content  无内容。服务器成功处理,但未返回内容。在未更新网页的情况下,可确保浏览器继续显示当前文档
205 Reset Content   重置内容。服务器处理成功,用户终端(例如:浏览器)应重置文档视图。可通过此返回码清除浏览器的表单域
206 Partial Content 部分内容。服务器成功处理了部分GET请求
300 Multiple Choices    多种选择。请求的资源可包括多个位置,相应可返回一个资源特征与地址的列表用于用户终端(例如:浏览器)选择
301 Moved Permanently   永久移动。请求的资源已被永久的移动到新URI,返回信息会包括新的URI,浏览器会自动定向到新URI。今后任何新的请求都应使用新的URI代替
302 Found   临时移动。与301类似。但资源只是临时被移动。客户端应继续使用原有URI
303 See Other   查看其它地址。与301类似。使用GET和POST请求查看
304 Not Modified    未修改。所请求的资源未修改,服务器返回此状态码时,不会返回任何资源。客户端通常会缓存访问过的资源,通过提供一个头信息指出客户端希望只返回在指定日期之后修改的资源
305 Use Proxy   使用代理。所请求的资源必须通过代理访问
306 Unused  已经被废弃的HTTP状态码
307 Temporary Redirect  临时重定向。与302类似。使用GET请求重定向
400 Bad Request 客户端请求的语法错误,服务器无法理解
401 Unauthorized    请求要求用户的身份认证
402 Payment Required    保留,将来使用
403 Forbidden   服务器理解请求客户端的请求,但是拒绝执行此请求
404 Not Found   服务器无法根据客户端的请求找到资源(网页)。通过此代码,网站设计人员可设置"您所请求的资源无法找到"的个性页面
405 Method Not Allowed  客户端请求中的方法被禁止
406 Not Acceptable  服务器无法根据客户端请求的内容特性完成请求
407 Proxy Authentication Required   请求要求代理的身份认证,与401类似,但请求者应当使用代理进行授权
408 Request Time-out    服务器等待客户端发送的请求时间过长,超时
409 Conflict    服务器完成客户端的 PUT 请求时可能返回此代码,服务器处理请求时发生了冲突
410 Gone    客户端请求的资源已经不存在。410不同于404,如果资源以前有现在被永久删除了可使用410代码,网站设计人员可通过301代码指定资源的新位置
411 Length Required 服务器无法处理客户端发送的不带Content-Length的请求信息
412 Precondition Failed 客户端请求信息的先决条件错误
413 Request Entity Too Large    由于请求的实体过大,服务器无法处理,因此拒绝请求。为防止客户端的连续请求,服务器可能会关闭连接。如果只是服务器暂时无法处理,则会包含一个Retry-After的响应信息
414 Request-URI Too Large   请求的URI过长(URI通常为网址),服务器无法处理
415 Unsupported Media Type  服务器无法处理请求附带的媒体格式
416 Requested range not satisfiable 客户端请求的范围无效
417 Expectation Failed  服务器无法满足Expect的请求头信息
500 Internal Server Error   服务器内部错误,无法完成请求
501 Not Implemented 服务器不支持请求的功能,无法完成请求
502 Bad Gateway 作为网关或者代理工作的服务器尝试执行请求时,从远程服务器接收到了一个无效的响应
503 Service Unavailable 由于超载或系统维护,服务器暂时的无法处理客户端的请求。延时的长度可包含在服务器的Retry-After头信息中
504 Gateway Time-out    充当网关或代理的服务器,未及时从远端服务器获取请求
505 HTTP Version not supported  服务器不支持请求的HTTP协议的版本,无法完成处理

  

 

posted @   殷国敏  阅读(72)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构
点击右上角即可分享
微信分享提示