首頁 >後端開發 >Python教學 >Django學習筆記之Class-Based-View

Django學習筆記之Class-Based-View

高洛峰
高洛峰原創
2017-02-18 10:17:291253瀏覽

前言

大家都知道其實學習Django非常簡單,幾乎不用花什麼精力就可以入門了。配置一個url,分給一個函數處理它,回傳response,幾乎都沒有什麼很難理解的地方。

寫多了,有些問題才逐漸體認到。例如有一個view比較複雜,呼叫了很多其他的函數。想要把這些函數封裝起來,怎麼辦?當然,可以用註解#------view------這樣將函數隔離開,這種方法太low了,簡直是在騙自己,連封裝都算不上。

Python是一個物件導向的程式語言,如果只用函數來開發,有很多物件導向的優點就錯失了(繼承、封裝、多型)。所以Django在後來加入了Class-Based-View。可以讓我們用類別寫View。這樣做的優點主要下面兩種:

  1. 提高了程式碼的複用性,可以使用物件導向的技術,例如Mixin(多重繼承)

  2. 可以用不同的函數針對不同的HTTP方法處理,而不是透過很多if判斷,提高程式碼可讀性

使用class-based views

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

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

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

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

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&#39;^about/$&#39;, MyView.as_view()),
]

類的屬性可以透過兩種方法設置,第一種是常見的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設定類別的屬性Python

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

覺得要理解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寫在左邊。 Mixin也是比較複雜的技術,本文不詳細說了,以後再寫一篇針對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 = &#39;secret.html&#39;
 
 @method_decorator(login_required)
 def dispatch(self, *args, **kwargs):
  return super(ProtectedView, self).dispatch(*args, **kwargs)

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

@method_decorator(login_required, name=&#39;dispatch&#39;)
class ProtectedView(TemplateView):
 template_name = &#39;secret.html&#39;

如果有多個裝飾器裝飾一個方法,可以寫成一個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=&#39;dispatch&#39;)
class ProtectedView(TemplateView):
 template_name = &#39;secret.html&#39;

更多Django學習筆記之Class-Based-View相關文章請關注PHP中文網!

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn