简说django CBV执行流程，与部分源码分析

cbv为什么要继承VIEW,继承VIEW的好处：

CBV（class base views） 就是在视图里使用类处理请求。

Python是一个面向对象的编程语言，如果只用函数来开发，有很多面向对象的优点就错失了（继承、封装、多态）。所以Django在后来加入了Class-Based-View。可以让我们用类写View。这样做的优点主要下面两种：

提高了代码的复用性，可以使用面向对象的技术，比如Mixin（多继承）
可以用不同的函数针对不同的HTTP方法处理，而不是通过很多if判断，提高代码可读性

CBV执行流程：

首先看我们的urls.py中

#调用as_view执行后返回view，在view中调用了dispatch方法

# urls.pyfrom django.conf.urls import url
from myapp.views import MyViewurlpatterns = [url(r'^index/$', MyView.as_view()),
]

源码查找顺序

as_view---->View—>dispatch(根据请求方式不同，执行不同函数)

源码如下：

as_view函数

class View(object):#类方法as_view=@classonlymethoddef as_view(cls, **initkwargs):"""Main entry point for a request-response process."""#initkwargs为传入的字典形式的内容，正常是不传的for key in initkwargs:#http_method_names为8大方法： http_method_names = ['get', 'post', 'put', 'patch', 'delete', 'head', 'options', 'trace']if key in cls.http_method_names:raise TypeError("You tried to pass in the %s method name as a ""keyword argument to %s(). Don't do that."% (key, cls.__name__))if not hasattr(cls, key):raise TypeError("%s() received an invalid keyword %r. as_view ""only accepts arguments that are already ""attributes of the class." % (cls.__name__, key))#这是调用了as_view后返回的函数地址为view，然后执行viewdef view(request, *args, **kwargs):self = cls(**initkwargs)if hasattr(self, 'get') and not hasattr(self, 'head'):self.head = self.getself.request = requestself.args = argsself.kwargs = kwargs#在view中执行了dispatch方法，dispatch方法如下：return self.dispatch(request, *args, **kwargs)view.view_class = clsview.view_initkwargs = initkwargs# take name and docstring from classupdate_wrapper(view, cls, updated=())# and possible attributes set by decorators# like csrf_exempt from dispatchupdate_wrapper(view, cls.dispatch, assigned=())#######调用as_view执行后返回view，在view中调用了dispatch方法return view

#dispatch方法用于匹配请求，校验请求，并执行类视图函数

def dispatch(self, request, *args, **kwargs):# Try to dispatch to the right method; if a method doesn't exist,# defer to the error handler. Also defer to the error handler if the# request method isn't on the approved list.#如果在8大方法中我们就执行if request.method.lower() in self.http_method_names:handler = getattr(self, request.method.lower(), self.http_method_not_allowed)else:handler = self.http_method_not_allowedreturn handler(request, *args, **kwargs)

简说django CBV执行流程，与部分源码分析相关推荐

详述 Spring MVC 启动流程及相关源码分析
文章目录 Web 应用部署初始化过程(Web Application Deployement) Spring MVC 启动过程 Listener 的初始化过程 Filter 的初始化 Servlet ...
深入理解Spark 2.1 Core （七）：Standalone模式任务执行的原理与源码分析
这篇博文,我们就来讲讲Executor启动后,是如何在Executor上执行Task的,以及其后续处理. 执行Task 我们在<深入理解Spark 2.1 Core (三):任务调度器的原理与源 ...
【spring】spring异步执行的使用与源码分析
在实际的开发过程中,有些业务逻辑使用异步的方式处理更为合理.比如在某个业务逻辑中,需要把一些数据存入到redis缓存中,这个操作只是一个辅助的功能,成功或者失败对主业务并不会产生根本影响,这个过程可以 ...
Activiti流程定义缓存源码分析5-流程缓存
谈起节点缓存,可能读者有个疑问,缓存节点的意义何在,哪些节点支持缓存呢?需要在哪里配置节点缓存值呢?节点缓存的数据格式又是什么呢?首先我们有一种常见的应用场景,比如我们定义流程文档的时候,通常任务节点 ...
Activiti流程定义缓存源码分析8-流程缓存自定义原理
上面我们浓墨重彩地讲述了自定义节点缓存类以及将其注入流程引擎配置类实例的过程,可能读者有个疑问?节点定义的缓存数据格式是什么呢?流程引擎执行节点的时候,又是如何获取并解析节点所缓存的数据呢?这也是接下 ...
Activiti流程定义缓存源码分析7-流程缓存自定义
接下来,重点看一下Activiti中如何自定义流程缓存. 上面我们提到过自定义类首先需要继承StandaloneProcessEngineConfiguration类并通过动态属性注入方式为引擎配置类 ...
spring3.0 aop 获取 ibatis 执行的语句_Mybatis 源码分析：执行器
一.Jdbc的执行过程一个简单的入门Demo: public static final String URL = "jdbc:mysql://127.0.0.1:3306/mybatis? ...
Django框架之DRF 认证组件源码分析、权限组件源码分析、频率组件源码分析
阅读目录认证组件权限组件频率组件认证组件权限组件频率组件
MyBatis 源码分析 - SQL 的执行过程
本文速览本篇文章较为详细的介绍了 MyBatis 执行 SQL 的过程.该过程本身比较复杂,牵涉到的技术点比较多.包括但不限于 Mapper 接口代理类的生成.接口方法的解析.SQL 语句的解析.运 ...