Django 之 djangorestframework的APIView分析

APIView 类中的as_view() 方法

首先 我们从视图函数入手,在urls.py 中的 URLconfig中添加一条路由

url(r'^books/',views.Book.as_view()),

此时,我们的BookView已经不是继承自django.views中View了,而是restframework.views中的APIView

from django.shortcuts import render,HttpResponse
#导入APIView
from rest_framework.views import APIView #继承自APIView
class Book(APIView):
# 这里的request 是被封装后的request,原生的request在request._request
# 如果想用原生request中的属性, 还是原来的用法,因为Request重写了__getattr__方法。
# 原生django只能处理 urlencoded 和formdata编码。
# 如果是json格式,原生django是不能处理的,需要自己从body中取出来自行处理。
# request.data 不管前端传数据的格式是 urlencoded 和formdata编码 还是json 都从里面取值。
# request.query_params 里面存的是原生Django 中 GET 方法提供的值 # self.FILES 就是上传的文件
def get(self,request):
data = request.data print(data)
return HttpResponse('get....') def post(self,request):
return HttpResponse('post....')

as_view():由于BookView没有实现as_view()方法,django启动时,调用的as_view()是APIView中的as_view()

as_view() 方法

# APIView 类中的 as_view() 方法

@classmethod
def as_view(cls, **initkwargs):
"""
Store the original class on the view function.
将原始的类存储在视图函数中
This allows us to discover information about the view when we do URL reverse lookups.
这允许我们在进行URL反向查找时发现关于视图的信息
Used for breadcrumb generation.
"""
if isinstance(getattr(cls, 'queryset', None), models.query.QuerySet):
def force_evaluation():
raise RuntimeError(
'Do not evaluate the `.queryset` attribute directly, '
'as the result will be cached and reused between requests. '
'Use `.all()` or call `.get_queryset()` instead.'
)
cls.queryset._fetch_all = force_evaluation
# APIView 是继承自django.views中的View,因此这里的 as_view() 也是调用父类的as_view()
view = super(APIView, cls).as_view(**initkwargs)
view.cls = cls
view.initkwargs = initkwargs # Note: session based authentication is explicitly CSRF validated,
# all other authentication is CSRF exempt.
return csrf_exempt(view)

源码分析:

​ 继承了APIView之后:

  • ​ 所有的请求都没有csrf的认证了
  • ​ 在APIView中 as_view本质还是调用父类(View)中的as_view()
  • ​ as_view 中调用dispatch ————> 这个dispatch 是 APIView的dispatch

dispatch() 方法

  • 对原生的request对象做了一层包装(面向对象的封装),以后再用的request 对象都是新的的request对象
  • 在 APIView 中 self.initial(request,*args,**kwargs) 里面有频率控制,权限控制和认证相关
  • 根据请求方法执行咱们写的视图类中的相应方法:
    • 视图类中方法的request对象,已经变成 了封装后的request
    • 在Request类中:
      • 原生的request是self._request
      • 取以post形式提交数据,从reuqest.data中取
      • query_params 就是原生request 的GET 数据
      • 上传文件时从FILES中取
      • (重要)其他的属性,自己request.属性名(因为重写了__getattr__方法)
# dispatch
def dispatch(self, request, *args, **kwargs):
"""
`.dispatch()` is pretty much the same as Django's regular dispatch, 该方法很想Django 原先的dispatch方法
but with extra hooks for startup, finalize, and exception handling. 但是它扩展了一些用于启动,结束,异常处理的钩子
"""
self.args = args # 这里的self 对于上述的Book类而言是一个Book类的对象
self.kwargs = kwargs
# 将原先的request 封装后返回
request = self.initialize_request(request, *args, **kwargs)
self.request = request # 将 上面返回的值在request接收后,又放在self对象的自己的request中去
self.headers = self.default_response_headers # deprecate? try:
# 该处用的request 就是被封装过后的request,原先的request 在 rerquest._request中
self.initial(request, *args, **kwargs) # Get the appropriate handler method
# 如果request请求方法在在 http_method_names列表中的方法中
if request.method.lower() in self.http_method_names:
# getattr 反射去获取该方法的内存地址
handler = getattr(self, request.method.lower(),
self.http_method_not_allowed)
else:
handler = self.http_method_not_allowed
# 内存地址加() 调用该方法
response = handler(request, *args, **kwargs)
# 捕获异常
except Exception as exc:
response = self.handle_exception(exc) self.response = self.finalize_response(request, response, *args, **kwargs)
return self.response

initialize_request() 方法

 def initialize_request(self, request, *args, **kwargs):
"""
Returns the initial request object.
返回一个初始化的request对象
"""
parser_context = self.get_parser_context(request)
# 这个 return 的Request 类不是Django自己的request了, 是drf框架里面自己定义的Request
# 把原生django的request对象封装到该Request对象中,并且叫 _reuqest
return Request(
request,
parsers=self.get_parsers(),
authenticators=self.get_authenticators(),
negotiator=self.get_content_negotiator(),
parser_context=parser_context
)

initial()方法

    def initial(self, request, *args, **kwargs):
"""
Runs anything that needs to occur prior to calling the method handler.
"""
self.format_kwarg = self.get_format_suffix(**kwargs) # Perform content negotiation and store the accepted info on the request
neg = self.perform_content_negotiation(request)
request.accepted_renderer, request.accepted_media_type = neg # Determine the API version, if versioning is in use.
version, scheme = self.determine_version(request, *args, **kwargs)
request.version, request.versioning_scheme = version, scheme # Ensure that the incoming request is permitted
self.perform_authentication(request) # 认证
self.check_permissions(request) # 权限
self.check_throttles(request) # 频率

Reuqest类

class Request(object):

    def __init__(self, request, parsers=None, authenticators=None,
negotiator=None, parser_context=None):
...
#将原始的WSGIReqeust对象复制给_request
self._request = request .... #调用旧的request.GET
@property
def query_params(self):return self._request.GET #调用旧的request.POST
@property
def POST(self):return QueryDict('', encoding=self._request._encoding)
注:之后使用的request,都是restfromwork封装的Request对象

执行流程

"""
1.views.Book.as_view()
2.Book类中没有 as_view方法,去其父类APIView中找
3.在APIView中的as_view 方法中 执行了这样一句代码
view = super(APIView, cls).as_view(**initkwargs)
因此最终的as_view 还是从View 中的as_view来
4. 执行View里面的as_view()方法,返回view函数
5. url和视图函数之间建立绑定关系完毕,等待用户请求
6. 接收到用户请求,执行 Book--as_view(此处的as_view出处已再说上面,再次不再赘述)--View.as_view
7.执行self.dispatch()的时候,执行结果是什么就返回什么
8.开始找dispatch方法,self里面没有,Book类中也没有,在 APIView 中
9.开始执行APIView 中的 dispatch方法
10.最后找到http方法(get,post,put,delete)
11. 开始执行找到的方法(GET),self.get(),此时的self代表Book的实例化对象
12. 假设 请求为POST 请求,
request.data --->获取POST请求前端发送过来的数据
request.FILES ----> 获取POST请求前端发送过来的文件
13. 开始执行reqeust.data
@property
def data(self):
if not _hasattr(self, '_full_data'):
self._load_data_and_files()
return self._full_data
14. 执行该函数里面的 self._load_data_files()
15. 执行 self._load self.files=self.parse()
16. 执行 parser = self.negotiator.select_parser(self, self.parsers)
17. 查找:self.parsers
18. 执行 并向上返回结果
"""

Django 之restfromwork 源码---APIView 分析的更多相关文章

  1. Django 之restfromwork 源码分析以及使用之--视图组件

    restframework 源码分析以及使用 mixins 中的五种类方法 from rest_framework import mixins # mixins 中一种有五种类 # 第一种:用户保存数 ...

  2. Django搭建及源码分析(三)---+uWSGI+nginx

    每个框架或者应用都是为了解决某些问题才出现旦生的,没有一个事物是可以解决所有问题的.如果觉得某个框架或者应用使用很不方便,那么很有可能就是你没有将其使用到正确的地方,没有按开发者的设计初衷来使用它,当 ...

  3. Django如何启动源码分析

    Django如何启动源码分析 启动 我们启动Django是通过python manage.py runsever的命令 解决 这句话就是执行manage.py文件,并在命令行发送一个runsever字 ...

  4. Django之DRF源码分析(二)---数据校验部分

    Django之DRF源码分析(二)---数据校验部分 is_valid() 源码 def is_valid(self, raise_exception=False): assert not hasat ...

  5. Django Rest Framework源码剖析(八)-----视图与路由

    一.简介 django rest framework 给我们带来了很多组件,除了认证.权限.序列化...其中一个重要组件就是视图,一般视图是和路由配合使用,这种方式给我们提供了更灵活的使用方法,对于使 ...

  6. Django Rest Framework源码剖析(五)-----解析器

    一.简介 解析器顾名思义就是对请求体进行解析.为什么要有解析器?原因很简单,当后台和前端进行交互的时候数据类型不一定都是表单数据或者json,当然也有其他类型的数据格式,比如xml,所以需要解析这类数 ...

  7. Django Rest Framework源码剖析(四)-----API版本

    一.简介 在我们给外部提供的API中,可会存在多个版本,不同的版本可能对应的功能不同,所以这时候版本使用就显得尤为重要,django rest framework也为我们提供了多种版本使用方法. 二. ...

  8. Django Rest Framework源码剖析(三)-----频率控制

    一.简介 承接上篇文章Django Rest Framework源码剖析(二)-----权限,当服务的接口被频繁调用,导致资源紧张怎么办呢?当然或许有很多解决办法,比如:负载均衡.提高服务器配置.通过 ...

  9. Django Rest Framework源码剖析(一)-----认证

    一.简介 Django REST Framework(简称DRF),是一个用于构建Web API的强大且灵活的工具包. 先说说REST:REST是一种Web API设计标准,是目前比较成熟的一套互联网 ...

随机推荐

  1. js规范思维导图(仅限于自己)

  2. [THUPC2019]过河卒二(组合数学,容斥原理)

    以后都懒得写题目大意和数据范围了. hz学长的题其实也不那么毒瘤吗.比CDW的好多了 先考虑没有障碍怎么做. 首先发现,答案相当于一个左下角是 $(1,1)$,右上角是 $(n+1,m+1)$ 的棋盘 ...

  3. Python语言基础考察点:python语言基础常见考题(一)

    一.python是静态还是动态类型?是强类型还是弱类型? 1.动态强类型语言(不少人误以为是弱类型) 不要傻傻分不清 2.动态还是静态指的是编译期还是运行期确定类型 3.强类型指的是不会发生隐式类型转 ...

  4. vue-echarts在vue中的使用

    安装依赖: [win]npm install echarts vue-echarts [mac]sudo npm install echarts vue-echarts Vue-ECharts 默认在 ...

  5. 分布式文件系统HDFS

    利用Shell命令与HDFS进行交互 以”./bin/dfs dfs”开头的Shell命令方式 1.目录操作 在HDFS中为hadoop用户创建一个用户目录(hadoop用户) 启动hadoop 创建 ...

  6. Docker环境下的前后端分离项目部署与运维(六)搭建MySQL集群

    单节点数据库的弊病 大型互联网程序用户群体庞大,所以架构必须要特殊设计 单节点的数据库无法满足性能上的要求 单节点的数据库没有冗余设计,无法满足高可用 单节点MySQL的性能瓶领颈 2016年春节微信 ...

  7. 解决coursera笔记本(ipynb)打不开的问题

    最近在coursera听课,发现notebook打不开,一直显示加载中. 想到了可能被墙,苦于没有梯子.最后F12,发现有报错 Failed to load resource: net::ERR_CO ...

  8. Gamma展示

    团队成员简介 团队成员 角色 个人博客地址 刘峻辰 后端开发 刘峻辰 焦云鹏 后端开发 焦云鹏 赵智源 测试&服务器部署 赵智源 肖萌威 前端开发 肖萌威 杨亦鑫 前端开发 杨亦鑫 戴荣 UI ...

  9. c++ rvo vs std::move

    c++ rvo vs std::move To summarize, RVO is a compiler optimization technique, while std::move is just ...

  10. .net中加密与解密

    .Net中的加密解密 引言 在一些比较重要的应用场景中,通过网络传递数据需要进行加密以保证安全.本文将简单地介绍了加密解密的一些概念,以及相关的数字签名.证书,最后介绍了如何在.NET中对数据进行对称 ...