APIView源码,Requset的源码简单分析

下载drf

APIView源码,Requset的源码简单分析

使用

drf是基于cbv view的封装,所以必须写cbv

第一步:再写视图,必须写cbv

from rest_framework.views import APIView
class Books(APIView):
  pass

-在setting中配置
INSTALLED_APPS= [
  。。。。。
  'rest_framework'
]

源码分析:

继承了APIView之后

-1 所有的请求都没有csrf的认证了,校验规则需要自己来做了

APIView源码,Requset的源码简单分析

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

APIView源码,Requset的源码简单分析

-3 as_view中调用dispatch -----》这个dispatch是APIView的dispatch

找dispatch不能直接点源码找先要在类里找类没有再去父类里面找

APIView源码,Requset的源码简单分析

APIVIew的dispatch方法:

 .dispatch()与Django的常规调度非常相似,但是有额外的钩子用于启动、完成和异常处理。

self在哪个类里面self就是哪个类对象,self就是books的对象

APIView源码,Requset的源码简单分析

这个Request类,是drf封装的

APIView源码,Requset的源码简单分析

 

 实例化的时候传了一个request,传过来的request的原生的django的request对象,封装到了新的request对象里,封装成私有属性_request

 以后再用的request就是被封装的request,原生的request在request._request

 APIView源码,Requset的源码简单分析

里面

APIView源码,Requset的源码简单分析

这三个东西是认证,权限,频率

APIView源码,Requset的源码简单分析

APIView源码,Requset的源码简单分析

这里里面request是封装后的request

APIView源码,Requset的源码简单分析 

新的request为啥能点出原来的属性

 APIView源码,Requset的源码简单分析

内部反射在原生的request取出GET,POST,因为Request重写了__getattr__方法,跟原来用法一样

原生django只能处理urlencodeed和fordata编码,如果是json格式原生django是不能处理的,需要自己从body中取出来自行处理

APIView源码,Requset的源码简单分析

可以都用request.data

APIView源码,Requset的源码简单分析

请求里面可以带过滤条件这里就是用到query_params是原来django原生的GET的数据

APIView源码,Requset的源码简单分析

上传的文件是从FILES中取

总结

-源码分析:
    继承了APIView 之后:
    -1 所有的请求都没有csrf的认证了
    -2 在APIView中as_view本质还是调用了父类的as_view(View的as_view)
    -3 as_view中调用dispatch  -----》这个dispatch是APIView的dispatch

-APIVIew的dispatch方法:
    -1 对原生request对象做了一层包装(面向对象的封装),以后再用的request对象都新的request对象
    -2 在APIView中self.initial(request, *args, **kwargs),里面有频率控制,权限控制和认证相关
    -3 根据请求方法执行咱们写的视图类中的相应方法
        --视图类中方法的request对象,已经变成了封装后的request
-Request类:
    -1 原生的request是self._request
    -2 取以post形式提交的数据,从request.data中取(urlencoded,formdata,json格式)
    -3 query_params 就是原生request的GET的数据
    -4 上传的文件是从FILES中取
    -5 (重点)其他的属性,直接request.属性名(因为重写了__getattr__方法)

 

上一篇:django中cbv源码和restful规范


下一篇:redux && react-redux源码解析