APIView源码分析
首先写一个简单的drf接口
from rest_framework.views import APIView
from rest_framework.response import Response
# 基于drf写接口,写cbv
class DrfTest(APIView):
def get(self, request,*args,**kwargs):
print(type(request._request))
print(type(request))
print(request.method)
print(request.POST)
print(request.GET)
print(request.query_params)
print(request._request.GET)
response = {'status':100,'errors':None}
response['users'] = user_list
return Response(response)
def post(self,request,*args,**kwargs):
name = request.data.get('name')
print('111')
print(name)
return HttpResponse('ok')
通过路由配置
url(r'DrfTest/',views.DrfTest.as_view()),
点入查看源码,首先进入到APIView的as_view的方法中:
查找dispatch方法:
此时,如果自己所定义的class DrfTest(APIView)没有手撸dispatch的情况下,下一步,找到APIView里的dispatch方法:
当中有一个self.initial(request, *args, **kwargs)方法:
至此,简单分析如上:回到最开始定义类的过程:
流程总结:
请求来了,执行了View类中as_view的view()方法,本质上执行了self.dispatch方法,然后按顺序找dispatch,
在APIView中的dispatch方法中先把原来request封装进去,变成新的request对象,然后又执行了认证,权限和频率
如果其中有一条不满足,则不继续执行,然后再走分发方法,最后返回response出去。
即在请求进入视图函数前加了一些东西,就是重写了dispatch方法,也是rest_framework的重点。
dispatch方法:
# 传入的request是原生的request对象
# 这个request已经不是原生的request了,但是它内部有个原生的request对象
request = self.initialize_request(request, *args, **kwargs)
self.initial(request, *args, **kwargs)#这里面有权限,认证,频率