Django 之restfromwork 源码---APIView 分析
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 分析的更多相关文章
- Django 之restfromwork 源码分析以及使用之--视图组件
restframework 源码分析以及使用 mixins 中的五种类方法 from rest_framework import mixins # mixins 中一种有五种类 # 第一种:用户保存数 ...
- Django搭建及源码分析(三)---+uWSGI+nginx
每个框架或者应用都是为了解决某些问题才出现旦生的,没有一个事物是可以解决所有问题的.如果觉得某个框架或者应用使用很不方便,那么很有可能就是你没有将其使用到正确的地方,没有按开发者的设计初衷来使用它,当 ...
- Django如何启动源码分析
Django如何启动源码分析 启动 我们启动Django是通过python manage.py runsever的命令 解决 这句话就是执行manage.py文件,并在命令行发送一个runsever字 ...
- Django之DRF源码分析(二)---数据校验部分
Django之DRF源码分析(二)---数据校验部分 is_valid() 源码 def is_valid(self, raise_exception=False): assert not hasat ...
- Django Rest Framework源码剖析(八)-----视图与路由
一.简介 django rest framework 给我们带来了很多组件,除了认证.权限.序列化...其中一个重要组件就是视图,一般视图是和路由配合使用,这种方式给我们提供了更灵活的使用方法,对于使 ...
- Django Rest Framework源码剖析(五)-----解析器
一.简介 解析器顾名思义就是对请求体进行解析.为什么要有解析器?原因很简单,当后台和前端进行交互的时候数据类型不一定都是表单数据或者json,当然也有其他类型的数据格式,比如xml,所以需要解析这类数 ...
- Django Rest Framework源码剖析(四)-----API版本
一.简介 在我们给外部提供的API中,可会存在多个版本,不同的版本可能对应的功能不同,所以这时候版本使用就显得尤为重要,django rest framework也为我们提供了多种版本使用方法. 二. ...
- Django Rest Framework源码剖析(三)-----频率控制
一.简介 承接上篇文章Django Rest Framework源码剖析(二)-----权限,当服务的接口被频繁调用,导致资源紧张怎么办呢?当然或许有很多解决办法,比如:负载均衡.提高服务器配置.通过 ...
- Django Rest Framework源码剖析(一)-----认证
一.简介 Django REST Framework(简称DRF),是一个用于构建Web API的强大且灵活的工具包. 先说说REST:REST是一种Web API设计标准,是目前比较成熟的一套互联网 ...
随机推荐
- CF1120D Power Tree(构造题,差分,最小生成树)
很有趣的一道题. 首先可以对每个叶子进行编号.按照DFS到的顺序即可.(假设从 $1$ 到 $k$) 然后对每个点求出它管辖的所有叶子的编号.因为是DFS序所以这一定是个区间.设点 $u$ 的这个区间 ...
- 关于sg函数的一些证明
复习csp2019的时候稍微看了看博弈论,发现自己对于sg函数的理解完全不到位 有些定义甚至想都没想过 于是就口胡了一篇blog来安慰虚弱的自己 Question 1 对于一个满足拓扑性质的公平组合游 ...
- 一篇文章看懂mysql中varchar能存多少汉字、数字,以及varchar(100)和varchar(10)的区别
看完这篇文章,你能搞清楚以下问题: 1.varchar(100)和varchar(10)的区别在哪里? 2.varchar能存多少汉字.数字? 3.varchar的最大长度是多少呢? 4.字符.字节. ...
- failed to execute /bin/bash: Resource temporarily unavailable的问题处理
[admin@localhost ~]$ sudo su - scloanLast login: Tue Jun 12 14:06:31 CST 2018 on pts/3su: failed to ...
- Ognl 使用实例手册
上一篇博文介绍了ongl的基础语法,接下来进入实际的使用篇,我们将结合一些实际的case,来演示ognl究竟可以支撑到什么地步 在看本文之前,强烈建议先熟悉一下什么是ognl,以及其语法特点,减少阅读 ...
- Spring中Bean命名源码分析
Spring中Bean命名源码分析 一.案例代码 首先是demo的整体结构 其次是各个部分的代码,代码本身比较简单,不是我们关注的重点 配置类 /** * @Author Helius * @Crea ...
- Flume的Source、Sink总结,及常用使用场景
数据源Source RPC异构流数据交换 Avro Source Thrift Source 文件或目录变化监听 Exec Source Spooling Directory Source Taild ...
- [转帖]Hikari 数据源介绍
Hikari 数据源介绍 jimmy・2018 年 09 月 23 日・默认分类 预估 https://izhong.me/index.php/archives/78/ 介绍 官网地址: https: ...
- HyperFT项目安卓端的环境搭建及编译的图解教程
一.Android studio 3.5安装详解 1.安装IDE 安装前的准备:已安装过的需要卸载,并且删除C:\user\yourname\ 下.android ,gradle, .AndroidS ...
- framework7 下拉刷新、无限滚动
下拉刷新: html: <div class="page-content ptr-content"> <%--下拉刷新图标--%> <div clas ...