django——CBV源码分析
FBV(function base views) 就是在视图里使用函数处理请求.
CBV(class base views) 就是在视图里使用类处理请求.
Python是一个面向对象的编程语言,如果只用函数来开发,有很多面向对象的优点就错失了(继承、封装、多态).所以Django在后来加入了Class-Based—View.可以让我们用类写View.
这样做的优点主要下面两种:
- 提高了代码的复用性,可以使用面向对象的技术,比如Mixin(多继承)
- 可以用不同的函数针对不同的HTTP方法处理,而不是通过很多if判断,提高代码可读性
CBV简单示例
我们简单来看下如何使用CBV模式,然后再分析下源代码是如何执行的,源码之后在讲解
在urls.py中进行路由配置
urlpatterns = [
url(r'^login/$',views.LoginView.as_view()), # FBV,CBV不管怎么样调用,返回的一定是个函数.
]
views视图中
from django.shortcuts import render,HttpResponse,redirect
from django.views import View
class LoginView(View):
def get(self,request):
print("GET")
return render(request,"login.html")
def post(self,request):
print("POST")
user=request.POST.get("user")
pwd=request.POST.get("pwd")
return HttpResponse("OK")
进行测试http://localhost:8000/index/
以此输出
dispatch
get
ret <HttpResponse status_code=200, "text/html; charset=utf-8">
源码分析
我们分析源码从路由配置开始,
from django.conf.urls import url
from django.contrib import admin
from app01 import views
urlpatterns = [
url(r'^admin/', admin.site.urls),
url(r'^login/', views.LoginView.as_view()), # 最后必须返回一个函数变量
# views 我们自己定义的一个模块
# LoginView views 我们定义的类
# as_view LoginView下的一个方法(函数)
]
这里的url配置我们可以看出,浏览器访问index会执行它对应的函数views.LoginView.as_view(),那么views.LoginView.as_view()又干了什么呢?
- 首先我们去views.LoginView找要执行的as_view(),你会发现找不到,我们接着去他的父类View里边找找到了,我们把代码贴出来分析一下,
@classonlymethod # @classonlymethod的意思是得as_view只允许使用用类对象来调用
def as_view(cls, **initkwargs):
"""
请求-响应过程的主要入口点。
"""
for key in initkwargs: # 如果你执行as_view时带入参数了这里就会循环判断
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))
def view(request, *args, **kwargs):
self = cls(**initkwargs)
if hasattr(self, 'get') and not hasattr(self, 'head'):
self.head = self.get
self.request = request
self.args = args
self.kwargs = kwargs
return self.dispatch(request, *args, **kwargs)
view.view_class = cls
view.view_initkwargs = initkwargs
# take name and docstring from class
update_wrapper(view, cls, updated=())
# and possible attributes set by decorators
# like csrf_exempt from dispatch
update_wrapper(view, cls.dispatch, assigned=())
return view # 最后返回的是一个函数变量,函数变量指向一个存储该函数的内存地址
由于我们的配置中views.IndexView.as_view()参数为null,所以在for key in initkwargs会直接跳过，如果不为null,就去判断执行接下来的代码，大概意思就是，if key in cls.http_method_names:和if not hasattr(cls, key):，如果传递过来的字典中某键包含在 http_method_names 列表中和本类中没有该键属性都会跑出异常，http_method_names列表如下
根据上边刨析,我们可以得出
url(r'^login/', views.LoginView.as_view()),
# 仔细看V的大小写,此Views非上边的views了咯
# 父类中找到了as_view
url(r'^login/', Views.as_view()),
# 父类中的as_view最后返回的是view这个函数变量
url(r'^login/', Views.view()),
-
用户一旦访问login---那么Views.view(request)就会被调用执行.<u>只要视图函数被调用,url会自动传入一个request</u>
那我们现在来view函数干了什么?
def view(request, *args, **kwargs):
self = cls(**initkwargs) # cls是当前这个类,cls加括号实例化一个对象-self
if hasattr(self, 'get') and not hasattr(self, 'head'):
self.head = self.get
self.request = request
self.args = args
self.kwargs = kwargs
# 赋给self实例变量
return self.dispatch(request, *args, **kwargs)
# 最后view返回了self.dispatch(request, *args, **kwargs),dispatch也是最重要的,所以这里的执行结果返回什么,用户看到的就是什么
view.view_class = cls
view.view_initkwargs = initkwargs
# take name and docstring from class
update_wrapper(view, cls, updated=())
# and possible attributes set by decorators
# like csrf_exempt from dispatch
update_wrapper(view, cls.dispatch, assigned=())
return view # 最后返回的是一个函数变量,函数变量指向一个存储该函数的内存地址
经过上边我们可以得出的结论
这里的执行结果返回什么,用户看到的就是什么
view(request):
return self.dispatch(request, *args, **kwargs)
- 现在我们就要确定的是self是谁?
经上图得出的结论:
self.dispatch 会先从自己(LoginView)类里边找dispatch
self.dispatch加()了,所以这是一个实例方法的调用执行
所以 dispatch 返回什么view()就返回什么
view(request):
return self.dispatch(request, *args, **kwargs)
-
LoginView类里自己有dispatch的话就调用自己的,没有的话就去自己的父类里边找;
我们在LoginView类里边没找到dispatch,所以还得去他的父类里边找dispatch
以下是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.
if request.method.lower() in self.http_method_names:
# 如果你请求的方法在self.http_method_names这里面就getattr(反射)去你的类里边找你请求的方法(request.method.lower()),找不到就以这个(self.http_method_not_allowed)返回405
# http_method_names自己类里没有记住要去他的父类找哦!
handler = getattr(self, request.method.lower(), self.http_method_not_allowed)
else:
# 如果你请求的方法不在self.http_method_names这里面就报错
handler = self.http_method_not_allowed
return handler(request, *args, **kwargs)
dispatch就是分发不同的请求方法走对应的函数,所以自己的视图函数写不同方法执行后返回的结果
view视图中
from django.shortcuts import render,HttpResponse,redirect
from django.views import View
class LoginView(View):
# 如果是GET请求request.method.lower()就相当于get()执行后返回结果,赋值给handler并且返回
def get(self,request):
print("GET")
return render(request,"login.html")
# 如果是POST请求request.method.lower()就相当于post()执行后返回结果,赋值给handler并且返回
def post(self,request):
print("POST")
user=request.POST.get("user")
pwd=request.POST.get("pwd")
return HttpResponse("OK")
总结:
as_view()返回的结果就是---> view()返回的结果就是---> dispatch()返回的结果就是--->handler()返回的结果---> 自己定义请求方法函数的返回结果,否则就抛错405
self是调用as_view()类的实例化
类的查找:不管什么时候调用什么先去自己类里面找,没有就去自己的父类里面找
405 - 用来访问本页面的 HTTP 谓词不被允许（方法不被允许）
