小编给大家分享一下Django中CBV与FBV原理的示例分析,希望大家阅读完这篇文章之后都有所收获,下面让我们一起去探讨吧!
成都创新互联专业提供眉山联通机房服务,为用户提供五星数据中心、电信、双线接入解决方案,用户可自行在线购买眉山联通机房服务,并享受7*24小时金牌售后服务。一、FBV
FBV(function base views) 就是在视图里使用函数处理请求。
二、CBV
CBV(class base views) 就是在视图里使用类处理请求。
Python是一个面向对象的编程语言,如果只用函数来开发,有很多面向对象的优点就错失了(继承、封装、多态)。所以Django在后来加入了Class-Based-View。可以让我们用类写View。这样做的优点主要下面两种:
提高了代码的复用性,可以使用面向对象的技术,比如Mixin(多继承)
可以用不同的函数针对不同的HTTP方法处理,而不是通过很多if判断,提高代码可读性
1、class-based views的使用
(1)写一个处理GET方法的view
用函数写的话如下所示:
from django.http import HttpResponse def my_view(request): if request.method == 'GET': return HttpResponse('OK')
用class-based view写的话如下所示:
from django.http import HttpResponse from django.views import View class MyView(View): def get(self, request): return HttpResponse('OK')
(2)用url请求分配配置
Django的url是将一个请求分配给可调用的函数的,而不是一个class。针对这个问题,class-based view提供了一个as_view()静态方法(也就是类方法),调用这个方法,会创建一个类的实例,然后通过实例调用dispatch()方法,dispatch()方法会根据request的method的不同调用相应的方法来处理request(如get() , post()等)。
到这里,这些方法和function-based view差不多了,要接收request,得到一个response返回。如果方法没有定义,会抛出HttpResponseNotAllowed异常。
在url中,写法如下:
# urls.py from django.conf.urls import url from myapp.views import MyView urlpatterns = [ url(r'^index/$', MyView.as_view()), ]
类的属性可以通过两种方法设置,第一种是常见的python的方法,可以被子类覆盖:
from django.http import HttpResponse from django.views import View class GreetingView(View): name = "yuan" def get(self, request): return HttpResponse(self.name) # You can override that in a subclass class MorningGreetingView(GreetingView): name= "alex"
第二种方法,可以在url中指定类的属性:
在url中设置类的属性Python
urlpatterns = [ url(r'^index/$', GreetingView.as_view(name="egon")), ]
2、使用Mixin
要理解django的class-based-view(以下简称cbv),首先要明白django引入cbv的目的是什么。在django1.3之前,generic view也就是所谓的通用视图,使用的是function-based-view(fbv),亦即基于函数的视图。有人认为fbv比cbv更pythonic,窃以为不然。python的一大重要的特性就是面向对象。
而cbv更能体现python的面向对象。cbv是通过class的方式来实现视图方法的。class相对于function,更能利用多态的特定,因此更容易从宏观层面上将项目内的比较通用的功能抽象出来。关于多态,不多解释,有兴趣的同学自己Google。总之可以理解为一个东西具有多种形态(的特性)。
cbv的实现原理通过看django的源码就很容易明白,大体就是由url路由到这个cbv之后,通过cbv内部的dispatch方法进行分发,将get请求分发给cbv.get方法处理,将post请求分发给cbv.post方法处理,其他方法类似。
怎么利用多态呢?cbv里引入了mixin的概念。Mixin就是写好了的一些基础类,然后通过不同的Mixin组合成为最终想要的类。
所以,理解cbv的基础是,理解Mixin。Django中使用Mixin来重用代码,一个View Class可以继承多个Mixin,但是只能继承一个View(包括View的子类),推荐把View写在最右边,多个Mixin写在左边。
三、CBV示例
1、CBV应用简单示例
########### urls.py from django.contrib import admin from django.urls import path from app01 import views urlpatterns = [ path('admin/', admin.site.urls), path('login/', views.LoginView.as_view()), ] ############views.py from django.shortcuts import render, HttpResponse from django.views import View class LoginView(View): def get(self, request): return render(request, "login.html") def post(self, request): return HttpResponse("post...") def put(self, request): pass
构建login.html页面:
Title
注意:
(1)CBV的本质还是一个FBV
(2)url中设置类的属性Python:
path('login/', views.LoginView.as_view()),
用户访问login,views.LoginView.as_view()一定是一个函数名,不是函数调用。
(3)页面效果
点击提交post请求:
2、from django.views import View的源码查看
class View: """ get:查 post:提交,添加 put:所有内容都更新 patch:只更新一部分 delete:删除 """ http_method_names = ['get', 'post', 'put', 'patch', 'delete', 'head', 'options', 'trace'] def __init__(self, **kwargs): """ Constructor. Called in the URLconf; can contain helpful extra keyword arguments, and other things. """ # Go through keyword arguments, and either save their values to our # instance, or raise an error. for key, value in kwargs.items(): setattr(self, key, value) @classonlymethod def as_view(cls, **initkwargs): """Main entry point for a request-response process.""" for key in initkwargs: 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 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: handler = getattr(self, request.method.lower(), self.http_method_not_allowed) else: handler = self.http_method_not_allowed return handler(request, *args, **kwargs) def http_method_not_allowed(self, request, *args, **kwargs): logger.warning( 'Method Not Allowed (%s): %s', request.method, request.path, extra={'status_code': 405, 'request': request} ) return HttpResponseNotAllowed(self._allowed_methods()) def options(self, request, *args, **kwargs): """Handle responding to requests for the OPTIONS HTTP verb.""" response = HttpResponse() response['Allow'] = ', '.join(self._allowed_methods()) response['Content-Length'] = '0' return response def _allowed_methods(self): return [m.upper() for m in self.http_method_names if hasattr(self, m)]
注意:
(1)as_view方法:
as_view是一个类方法,因此views.LoginView.as_view()需要添加(),这样才调用这个类方法。
as_view执行完,返回是view(函数名)。因此login一旦被用户访问,真正被执行是view函数。
(2)view方法:
view函数的返回值:
return self.dispatch(request, *args, **kwargs)
这里的self是谁取决于view函数是谁调用的。view——》as_view——》LoginView(View的子类)。在子类没有定义dispatch的情况下,调用父类的。
self.dispatch(request, *args, **kwargs)是执行dispatch函数。由此可见login访问,真正被执行的是dispatch方法。且返回结果是dispatch的返回结果,且一路回传到页面显示。用户看的页面是什么,完全由self.dispatch决定。
(3)dispatch方法: (分发)
request.method.lower():这次请求的请求方式小写。
self.http_method_names:['get', 'post', 'put', 'patch', 'delete', 'head', 'options', 'trace']
判断请求方式是否在这个请求方式列表中。
handler就是反射得到的实例方法get,如果找不到则通过http_method_not_allowed返回报错。
3、自定义dispatch
from django.shortcuts import render, HttpResponse from django.views import View class LoginView(View): def dispatch(self, request, *args, **kwargs): print("dispath...") # return HttpResponse("自定义") # 两种写法 # ret = super(LoginView, self).dispatch(request, *args, **kwargs) # ret = super().dispatch(request, *args, **kwargs) # return ret def get(self, request): print("get.....") return render(request, "login.html") def post(self, request): print("post....") return HttpResponse("post...") def put(self, request): pass
注意:有两种继承父类dispatch方法的方式:
ret = super(LoginView, self).dispatch(request, *args, **kwargs) ret = super().dispatch(request, *args, **kwargs)
四、postman
谷歌的一个插件,模拟前端发get post put delete请求,下载,安装。 https://www.getpostman.com/apps
看完了这篇文章,相信你对“Django中CBV与FBV原理的示例分析”有了一定的了解,如果想了解更多相关知识,欢迎关注创新互联成都网站设计公司行业资讯频道,感谢各位的阅读!
另外有需要云服务器可以了解下创新互联scvps.cn,海内外云服务器15元起步,三天无理由+7*72小时售后在线,公司持有idc许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。
当前文章:Django中CBV与FBV原理的示例分析-创新互联
本文来源:http://lswzjz.com/article/dpegjg.html