前言

大家都知道其實學(xué)習(xí)Django非常簡單，幾乎不用花什么精力就可以入門了。配置一個url，分給一個函數(shù)處理它，返回response，幾乎都沒有什么很難理解的地方。

寫多了，有些問題才逐漸認識到。比如有一個view比較復(fù)雜，調(diào)用了很多其他的函數(shù)。想要把這些函數(shù)封裝起來，怎么辦？當(dāng)然，可以用注釋#------view------這樣將函數(shù)隔離開，這種方法太low了，簡直是在騙自己，連封裝都算不上。

Python是一個面向?qū)ο蟮木幊陶Z言，如果只用函數(shù)來開發(fā)，有很多面向?qū)ο蟮膬?yōu)點就錯失了（繼承、封裝、多態(tài)）。所以Django在后來加入了Class-Based-View?？梢宰屛覀冇妙悓慥iew。這樣做的優(yōu)點主要下面兩種：

1. 提高了代碼的復(fù)用性，可以使用面向?qū)ο蟮募夹g(shù)，比如Mixin（多繼承）
2. 可以用不同的函數(shù)針對不同的HTTP方法處理，而不是通過很多if判斷，提高代碼可讀性
   

使用class-based views

如果我們要寫一個處理GET方法的view，用函數(shù)寫的話是下面這樣。

from django.http import HttpResponse
 
def my_view(request):
 if request.method == 'GET':
  # <view logic>
  return HttpResponse('result')

如果用class-based view寫的話，就是下面這樣。

from django.http import HttpResponse
from django.views import View
 
class MyView(View):
 def get(self, request):
  # <view logic>
  return HttpResponse('result')

Django的url是將一個請求分配給可調(diào)用的函數(shù)的，而不是一個class。針對這個問題，class-based view提供了一個as_view()靜態(tài)方法（也就是類方法），調(diào)用這個方法，會創(chuàng)建一個類的實例，然后通過實例調(diào)用dispatch()方法，dispatch()方法會根據(jù)request的method的不同調(diào)用相應(yīng)的方法來處理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'^about/$', MyView.as_view()),
]

類的屬性可以通過兩種方法設(shè)置，第一種是常見的Python的方法，可以被子類覆蓋。

from django.http import HttpResponse
from django.views import View
 
class GreetingView(View):
 greeting = "Good Day"
 
 def get(self, request):
  return HttpResponse(self.greeting)
 
# You can override that in a subclass
 
class MorningGreetingView(GreetingView):
 greeting = "Morning to ya"

第二種方法，你也可以在url中指定類的屬性：

在url中設(shè)置類的屬性Python

urlpatterns = [
 url(r'^about/$', GreetingView.as_view(greeting="G'day")),
]

使用Mixin

我覺得要理解django的class-based-view（以下簡稱cbv），首先要明白django引入cbv的目的是什么。在django1.3之前，generic view也就是所謂的通用視圖，使用的是function-based-view（fbv），亦即基于函數(shù)的視圖。有人認為fbv比cbv更pythonic，竊以為不然。python的一大重要的特性就是面向?qū)ο?。而cbv更能體現(xiàn)python的面向?qū)ο蟆bv是通過class的方式來實現(xiàn)視圖方法的。class相對于function，更能利用多態(tài)的特定，因此更容易從宏觀層面上將項目內(nèi)的比較通用的功能抽象出來。關(guān)于多態(tài)，不多解釋，有興趣的同學(xué)自己Google?？傊梢岳斫鉃橐粋€東西具有多種形態(tài)（的特性）。cbv的實現(xiàn)原理通過看django的源碼就很容易明白，大體就是由url路由到這個cbv之后，通過cbv內(nèi)部的dispatch方法進行分發(fā)，將get請求分發(fā)給cbv.get方法處理，將post請求分發(fā)給cbv.post方法處理，其他方法類似。怎么利用多態(tài)呢？cbv里引入了mixin的概念。Mixin就是寫好了的一些基礎(chǔ)類，然后通過不同的Mixin組合成為最終想要的類。

所以，理解cbv的基礎(chǔ)是，理解Mixin。Django中使用Mixin來重用代碼，一個View Class可以繼承多個Mixin，但是只能繼承一個View（包括View的子類），推薦把View寫在最右邊，多個Mixin寫在左邊。Mixin也是比較復(fù)雜的技術(shù)，本文不詳細說了，以后寫一篇針對Mixin的文章吧。

使用裝飾器

在CBV中，可以使用method_decorator來裝飾方法。

from django.contrib.auth.decorators import login_required
from django.utils.decorators import method_decorator
from django.views.generic import TemplateView
 
class ProtectedView(TemplateView):
 template_name = 'secret.html'
 
 @method_decorator(login_required)
 def dispatch(self, *args, **kwargs):
  return super(ProtectedView, self).dispatch(*args, **kwargs)

也可以寫在類上面，傳入方法的名字。

@method_decorator(login_required, name='dispatch')
class ProtectedView(TemplateView):
 template_name = 'secret.html'

如果有多個裝飾器裝飾一個方法，可以寫成一個list。例如，下面這兩種寫法是等價的。

decorators = [never_cache, login_required]
 
@method_decorator(decorators, name='dispatch')
class ProtectedView(TemplateView):
 template_name = 'secret.html'
 
@method_decorator(never_cache, name='dispatch')
@method_decorator(login_required, name='dispatch')
class ProtectedView(TemplateView):
 template_name = 'secret.html'

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作能帶來一定的幫助，如果有疑問大家可以留言交流。

最新評論