DRF cbv源码分析 restful规范10条 drf:APIView的源码 Request的源码 postman的安装和使用

CBV 执行流程

  路由配置:url(r'^test/',views.Test.as_view()),  --> 根据路由匹配,一旦成功,会执行后面函数(request) --> 本质就是执行了as_view内部的view函数 --> 内部又调用了self.dispatch --> 根据请方式,执行不同的方法(必然get请求,就会执行视图类的get方法)

  自己分装一个类 重写dispatch方法,在执行父类的dispatch之前,写一些逻辑,请求来了,就会执行这些逻辑

from django.views import View
class APIView(View):
def dispatch(self, request, *args, **kwargs):
# 写控制条件
ret = super().dispatch(request,*args,**kwargs)
return ret class Test(APIView):
def get(self,request,*args,**kwargs):
return HttpResponse('ok收到了了')
restful规范

面向资源架构 10条

  1 API与用户的通信协议,总是使用HTTPs协议   这个协议比HTTP协议更安全一些

  2 域名有区分  ① https://api.example.com  @https://example.com/api/   两种书写方式

  3 版本  可以放在路径中  可以放在请求头中

    https://api.example.com/v1/

  4 路径,是网络上任何东西都是资源,均使用名词表示(重点)

    https://api.example.com/imgs

  5 通过method 区分是什么操作(重点)

    get 表示获取

    post 提交数据表示新增

    delete表示删除

    patch/put  表示修改

  6 过滤,通过在url上传参的形式传递搜索条件  是查询所有 还是某一个分类或标签下的某一个资源

  7 状态码

    {'code' :100}

  8 信息处理,错误处理应返回错误信息

    {'code':101,'msg':'用户名或密码错误'}

     {'code':100,'msg':'登录成功'}

  9 返回结果,针对不同操作,服务器像用户返回的结果

    get请求的获取所有资源  127.0.0.1/api/v1/books  获取所有图书  {'code':100,'msg':'success',data:[{},{},{}]}

    get获取一个资源    127.0.0.1/api/v1/books/3  获取id为3的图书  {'code':100,'msg':'success',data:{'name':'小右'}}

    新增数据,把新增的数据再返回

    修改了数据,返回完整的资源对象

    删除数据,返回一个空文档

  10 返回结果中提供链接

基于原生django开发restful的接口

写获取图书接口  前端不用用queryset  用json转成字符串

JsonResponse 默认是传送字典类型  想要传送非字典类型需要设置safe=False   中文会被JsonResponse按照ascii编码

def lide(request):
if request.method == 'GET':
books = models.Book.objects.all()
# 列表推导式
l = [{'name': book.name, 'publish': book.publish} for book in books]
res = {'code': 100, 'msg': '查询成功', 'data': l} # 把它发回前端
return JsonResponse(res, safe=False, json_dumps_params={'ensure_ascii': False})

源码

DRF  cbv源码分析  restful规范10条   drf:APIView的源码 Request的源码   postman的安装和使用

drf:APIView的源码,Request的源码

安装:  pip3 install djangorestframework  第二种是pycharm安装

使用:  第一步,在写视图,都写cbv

from rest_framework.views import  APIView
class Books(APIView):
def get(self,request):
'''
request是被封装后的request,原生的request在requeset._rquest
如果想要用用原生的request中的属性,还是原来的用法,因为Request重写了__getattr__方法
原生django只能处理urlencoded和formdata编码,如果是jason格式,原生django是不能处理的,需要自己从body中自行处理的 也就是前面说的
只有json才可以看body request.data 不管前端传输的编码格式是urlencoded,formdata或者json,都是从里面取值 request.data
request.query_params 是原来django原生的GET中的数据
self.FILES 就是上传的文件
:param request:
:return:
''' dic={'name':'lqz','age':30,'height':178,'wife':['liuyifei','dilireba','langlixiaobailong']} return JsonResponse(dic)

在settings文件中配置  INSTALLED_APPS=[...,'rest_framework']

源码分析:

  继承了APIView之后   

    1所有的请求都没有csrf的认证了  

    DRF  cbv源码分析  restful规范10条   drf:APIView的源码 Request的源码   postman的安装和使用忽略校验

    2 在APIView中as_view本质上还是调用了父类的as_view(View的as_view)

    3 as_view中调用dispath  --> 这个dispatch是APIView的dispatch(先从自身查找没有找父类APIView的找到dispatch)

APIView的dispatch方法:

  DRF  cbv源码分析  restful规范10条   drf:APIView的源码 Request的源码   postman的安装和使用

  1 对原生request对象做了一层装(面向对象的封装),以后再用的request对象是新的request对象DRF  cbv源码分析  restful规范10条   drf:APIView的源码 Request的源码   postman的安装和使用DRF  cbv源码分析  restful规范10条   drf:APIView的源码 Request的源码   postman的安装和使用DRF  cbv源码分析  restful规范10条   drf:APIView的源码 Request的源码   postman的安装和使用

DRF  cbv源码分析  restful规范10条   drf:APIView的源码 Request的源码   postman的安装和使用

原生request对象里面有个GET(以get形式提交的数据)都拆到environ内部 django把数据取出来转成了QueryDict的对象

看具体怎么封装的打印一下request._request的类型拿到类之后from impot点击进入

DRF  cbv源码分析  restful规范10条   drf:APIView的源码 Request的源码   postman的安装和使用

QueryDict对象 GET方法上面的装饰器可能是个缓存的装饰器 不然每次都实例化一个QueryDict对象浪费资源

  DRF  cbv源码分析  restful规范10条   drf:APIView的源码 Request的源码   postman的安装和使用

session不是原生requeset对象的属性,在中间件中放进去的(django.contrib.sessions.middleware.SessionMiddleware)DRF  cbv源码分析  restful规范10条   drf:APIView的源码 Request的源码   postman的安装和使用  

  2 在APIView中self.initial(request,*args,**kwargs),里面有频率控制,权限控制和认证相关DRF  cbv源码分析  restful规范10条   drf:APIView的源码 Request的源码   postman的安装和使用

  3 根据请求方法执行视图类中的相应方法

    视图类中方法的request对象,已经变成了封装后的request

drf的Request类:

  1 原生的request是self._request

  2 data(post提交的数据,urlencoded,formdata编码方式的数据,json格式)

    提交的data的类型并不是固定的,可能是QuerDict post提交的数据类型,也可能是字典

  3 query_params 就是原生request的GET的数据

  4 上传的文件是从FILES中取

  DRF  cbv源码分析  restful规范10条   drf:APIView的源码 Request的源码   postman的安装和使用

  5 (重点)其他的属性,直接request.属性名当属性不存在就会执行该该方法(因为Request重写了__getattr__方法)DRF  cbv源码分析  restful规范10条   drf:APIView的源码 Request的源码   postman的安装和使用

postman的安装和使用

模拟向接口发送请求,测试接口 它不是浏览器不会有重定向加反斜杠再走一遍

上一篇:Tomcat源码分析


下一篇:鸿蒙内核源码分析(信号生产篇) | 信号安装和发送过程是怎样的? | 百篇博客分析OpenHarmony源码 | v48.03