标签：原生 封装 APIView request dispatch 源码 Requset view

下载drf

使用

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

第一步：再写视图，必须写cbv

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

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

源码分析：

继承了APIView之后

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

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

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

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

APIVIew的dispatch方法：

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

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

这个Request类，是drf封装的

 

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

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

 

里面

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

这里里面request是封装后的request

 

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

 

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

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

可以都用request.data

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

上传的文件是从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__方法）

 

标签：原生,封装,APIView,request,dispatch,源码,Requset,view
来源： https://www.cnblogs.com/zhengyuli/p/11117564.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。