一 Django的視圖函數view
一個視圖函數（類），簡稱視圖，是一個簡單的Python 函數（類），它接受Web請求並且返回Web響應。
響應可以是一張網頁的HTML內容，一個重定向，一個404錯誤，一個XML文檔，或者一張圖片。
無論視圖本身包含什么邏輯，都要返回響應。代碼寫在哪里也無所謂，只要它在你當前項目目錄下面。除此之外沒有更多的要求了——可以說“沒有什么神奇的地方”。為了將代碼放在某處，大家約定成俗將視圖放置在項目（project）或應用程序（app）目錄中的名為views.py的文件中。
一個簡單的視圖
下面是一個以HTML文檔的形式返回當前日期和時間的視圖：
from django.http import HttpResponse
import datetime
def current_datetime(request):
now = datetime.datetime.now()
html = "<html><body>It is now %s.</body></html>" % now
return HttpResponse(html)
讓我們來逐行解釋下上面的代碼：
-
首先，我們從 django.http模塊導入了HttpResponse類，以及Python的datetime庫。
-
接着，我們定義了current_datetime函數。它就是視圖函數。每個視圖函數都使用HttpRequest對象作為第一個參數，並且通常稱之為request。
注意，視圖函數的名稱並不重要；不需要用一個統一的命名方式來命名，以便讓Django識別它。我們將其命名為current_datetime，是因為這個名稱能夠比較准確地反映出它實現的功能。
-
這個視圖會返回一個HttpResponse對象，其中包含生成的響應。每個視圖函數都負責返回一個HttpResponse對象。
Django使用請求和響應對象來通過系統傳遞狀態。
當瀏覽器向服務端請求一個頁面時，Django創建一個HttpRequest對象，該對象包含關於請求的元數據。然后，Django加載相應的視圖，將這個HttpRequest對象作為第一個參數傳遞給視圖函數。
每個視圖負責返回一個HttpResponse對象。
視圖層，熟練掌握兩個對象即可：請求對象(request)和響應對象(HttpResponse)。
二、請求對象request
簡單過程
當一個頁面被請求時，Django就會創建一個包含本次請求原信息（請求報文中的請求行、首部信息、內容主體等）的HttpRequest對象。Django會將這個對象自動傳遞給響應的視圖函數，一般視圖函數約定俗成地使用 request 參數承接這個對象。
請求相關的常用值
- path_info 返回用戶訪問url，不包括域名
- method 請求中使用的HTTP方法的字符串表示，全大寫表示。
- GET 包含所有HTTP GET參數的類字典對象
- POST 包含所有HTTP POST參數的類字典對象
- body 請求體，byte類型 request.POST的數據就是從body里面提取到的
屬性
所有的屬性應該被認為是只讀的，除非另有說明。
屬性： django將請求報文中的請求行、頭部信息、內容主體封裝成 HttpRequest 類中的屬性。 除了特殊說明的之外，其他均為只讀的。 HttpRequest.scheme（后面再學） 表示請求方案的字符串（通常為http或https） HttpRequest.body(后面再學)
get請求時為b''；post請求時一般為提交的數據比如：b'username=taibai' 但是，如果要處理表單數據的時候，推薦還是使用 HttpRequest.POST 。
一個字符串，代表請求報文的主體。在處理非 HTTP 形式的報文時非常有用，例如：二進制圖片、XML,Json等。 另外，我們還可以用 python 的類文件方法去操作它，詳情參考 HttpRequest.read() 。 HttpRequest.path 或者 HttpRequest.path_info 這兩個沒有本質的區別 一個字符串，表示請求的路徑組件（不含域名）。 例如："/music/bands/the_beatles/"
HttpRequest.get_full_path
請求路徑和查詢參數（提交的數據）
例如："/index/?username=taibai&password=123"
HttpRequest.method 一個字符串，表示請求使用的HTTP 方法。必須使用大寫。 例如："GET"、"POST" HttpRequest.encoding 一個字符串，表示提交的數據的編碼方式（如果為 None 則表示使用 DEFAULT_CHARSET 的設置，默認為 'utf-8'）。 這個屬性是可寫的，你可以修改它來修改訪問表單數據使用的編碼。 接下來對屬性的任何訪問（例如從 GET 或 POST 中讀取數據）將使用新的 encoding 值。 如果你知道表單數據的編碼不是 DEFAULT_CHARSET ，則使用它。 HttpRequest.GET 一個類似於字典的對象，包含 HTTP GET 的所有參數。詳情請參考 QueryDict 對象。 HttpRequest.POST 一個類似於字典的對象，如果請求中包含表單數據，則將這些數據封裝成 QueryDict 對象。 POST 請求可以帶有空的 POST 字典 —— 如果通過 HTTP POST 方法發送一個表單，但是表單中沒有任何的數據，QueryDict 對象依然會被創建。 因此，不應該使用 if request.POST 來檢查使用的是否是POST 方法；應該使用 if request.method == "POST" 另外：如果使用 POST 上傳文件的話，文件信息將包含在 FILES 屬性中。
HttpRequest.COOKIES 一個標准的Python 字典，包含所有的cookie。鍵和值都為字符串。 HttpRequest.FILES 一個類似於字典的對象，包含所有的上傳文件信息。 FILES 中的每個鍵為<input type="file" name="" /> 中的name，值則為對應的數據。 注意，FILES 只有在請求的方法為POST 且提交的<form> 帶有enctype="multipart/form-data" 的情況下才會 包含數據。否則，FILES 將為一個空的類似於字典的對象。 HttpRequest.META 一個標准的Python 字典，包含所有的HTTP 首部（請求頭信息）。具體的頭部信息取決於客戶端和服務器，下面是一些示例： CONTENT_LENGTH —— 請求的正文的長度（是一個字符串）。 CONTENT_TYPE —— 請求的正文的MIME 類型。 HTTP_ACCEPT —— 響應可接收的Content-Type。 HTTP_ACCEPT_ENCODING —— 響應可接收的編碼。 HTTP_ACCEPT_LANGUAGE —— 響應可接收的語言。 HTTP_HOST —— 客服端發送的HTTP Host 頭部。 HTTP_REFERER —— Referring 頁面。 HTTP_USER_AGENT —— 客戶端的user-agent 字符串。 QUERY_STRING —— 單個字符串形式的查詢字符串（未解析過的形式）。 REMOTE_ADDR —— 客戶端的IP 地址。 REMOTE_HOST —— 客戶端的主機名。 REMOTE_USER —— 服務器認證后的用戶。 REQUEST_METHOD —— 一個字符串，例如"GET" 或"POST"。 SERVER_NAME —— 服務器的主機名。 SERVER_PORT —— 服務器的端口（是一個字符串）。 從上面可以看到，除 CONTENT_LENGTH 和 CONTENT_TYPE 之外，請求中的任何 HTTP 首部轉換為 META 的鍵時， 都會將所有字母大寫並將連接符替換為下划線最后加上 HTTP_ 前綴。 所以，一個叫做 X-Bender 的頭部將轉換成 META 中的 HTTP_X_BENDER 鍵。
HttpRequest.user 一個 AUTH_USER_MODEL 類型的對象，表示當前登錄的用戶。 如果用戶當前沒有登錄，user 將設置為 django.contrib.auth.models.AnonymousUser 的一個實例。你可以通過 is_authenticated() 區分它們。 例如： if request.user.is_authenticated(): # Do something for logged-in users. else: # Do something for anonymous users. user 只有當Django 啟用 AuthenticationMiddleware 中間件時才可用。 ------------------------------------------------------------------------------------- 匿名用戶 class models.AnonymousUser django.contrib.auth.models.AnonymousUser 類實現了django.contrib.auth.models.User 接口，但具有下面幾個不同點： id 永遠為None。 username 永遠為空字符串。 get_username() 永遠返回空字符串。 is_staff 和 is_superuser 永遠為False。 is_active 永遠為 False。 groups 和 user_permissions 永遠為空。 is_anonymous() 返回True 而不是False。 is_authenticated() 返回False 而不是True。 set_password()、check_password()、save() 和delete() 引發 NotImplementedError。 New in Django 1.8: 新增 AnonymousUser.get_username() 以更好地模擬 django.contrib.auth.models.User。 HttpRequest.session 一個既可讀又可寫的類似於字典的對象，表示當前的會話。只有當Django 啟用會話的支持時才可用。 完整的細節參見會話的文檔。
上傳文件示例
def upload(request):
"""
保存上傳文件前，數據需要存放在某個位置。默認當上傳文件小於2.5M時，django會將上傳文件的全部內容讀進內存。從內存讀取一次，寫磁盤一次。
但當上傳文件很大時，django會把上傳文件寫到臨時文件中，然后存放到系統臨時文件夾中。
:param request:
:return:
"""
if request.method == "POST":
# 從請求的FILES中獲取上傳文件的文件名，file為頁面上type=files類型input的name屬性值
filename = request.FILES["file"].name
# 在項目目錄下新建一個文件
with open(filename, "wb") as f:
# 從上傳的文件對象中一點一點讀
for chunk in request.FILES["file"].chunks():
# 寫入本地文件
f.write(chunk)
return HttpResponse("上傳OK")
方法
1.HttpRequest.get_host() 根據從HTTP_X_FORWARDED_HOST（如果打開 USE_X_FORWARDED_HOST，默認為False）和 HTTP_HOST 頭部信息返回請求的原始主機。 如果這兩個頭部沒有提供相應的值，則使用SERVER_NAME 和SERVER_PORT，在PEP 3333 中有詳細描述。 USE_X_FORWARDED_HOST：一個布爾值，用於指定是否優先使用 X-Forwarded-Host 首部，僅在代理設置了該首部的情況下，才可以被使用。 例如："127.0.0.1:8000" 注意：當主機位於多個代理后面時，get_host() 方法將會失敗。除非使用中間件重寫代理的首部。 2.HttpRequest.get_full_path() 返回 path，如果可以將加上查詢字符串。 例如："/music/bands/the_beatles/?print=true" 3.HttpRequest.get_signed_cookie(key, default=RAISE_ERROR, salt='', max_age=None) 返回簽名過的Cookie 對應的值，如果簽名不再合法則返回django.core.signing.BadSignature。 如果提供 default 參數，將不會引發異常並返回 default 的值。 可選參數salt 可以用來對安全密鑰強力攻擊提供額外的保護。max_age 參數用於檢查Cookie 對應的時間戳以確保Cookie 的時間不會超過max_age 秒。 復制代碼 >>> request.get_signed_cookie('name') 'Tony' >>> request.get_signed_cookie('name', salt='name-salt') 'Tony' # 假設在設置cookie的時候使用的是相同的salt >>> request.get_signed_cookie('non-existing-cookie') ... KeyError: 'non-existing-cookie' # 沒有相應的鍵時觸發異常 >>> request.get_signed_cookie('non-existing-cookie', False) False >>> request.get_signed_cookie('cookie-that-was-tampered-with') ... BadSignature: ... >>> request.get_signed_cookie('name', max_age=60) ... SignatureExpired: Signature age 1677.3839159 > 60 seconds >>> request.get_signed_cookie('name', False, max_age=60) False 復制代碼 4.HttpRequest.is_secure() 如果請求時是安全的，則返回True；即請求通是過 HTTPS 發起的。 5.HttpRequest.is_ajax() 如果請求是通過XMLHttpRequest 發起的，則返回True，方法是檢查 HTTP_X_REQUESTED_WITH 相應的首部是否是字符串'XMLHttpRequest'。 大部分現代的 JavaScript 庫都會發送這個頭部。如果你編寫自己的 XMLHttpRequest 調用（在瀏覽器端），你必須手工設置這個值來讓 is_ajax() 可以工作。 如果一個響應需要根據請求是否是通過AJAX 發起的，並且你正在使用某種形式的緩存例如Django 的 cache middleware， 你應該使用 vary_on_headers('HTTP_X_REQUESTED_WITH') 裝飾你的視圖以讓響應能夠正確地緩存。
可以按照下面的練習一下：
from django.shortcuts import render,HttpResponse,redirect # Create your views here. def index(request): print(request.method) #請求方式 print(request.path) #請求路徑，不帶參數的 print(request.POST) #post請求數據 字典格式 print(request.GET) #get的請求數據 字典格式 print(request.META) #請求頭信息,將來用到哪個咱們再說哪個 print(request.get_full_path()) #獲取請求路徑帶參數的，/index/?a=1 print(request.is_ajax()) #判斷是不是ajax發送的請求，True和False ''' Django一定最后會響應一個HttpResponse的示例對象 三種形式： HttpResponse('字符串') 最簡單
render(頁面) 最重要 2.1 兩個功能 -- 讀取文件字符串 -- 嵌入變量(模板渲染) html里面：{{ name }} ， {'name':'太白'}作為render的第三個參數，想寫多個變量{'name':'太白','hobby':['籃球','羽毛球']....}
redirect() 重定向 最難理解,某個網站搬家了，網址變了，訪問原來的網址就重定向到一個新網址，就叫做重定向，網站自己做的重定向，你訪問還是訪問的你之前的，
你自己啥也不用做，瀏覽器發送請求，然后服務端響應，然后服務端告訴瀏覽器，你直接跳轉到另外一個網址上，那么瀏覽器又自動發送了另外一個請求，發送到服務端，
服務端返回一個頁面，包含兩次請求，登陸成功后跳轉到網站的首頁，網站首頁的網址和你login登陸頁面的網址是不用的。 ''' return render(request,'index.html',{'name':'太白'}) # return HttpResponse('ok')
注意：鍵值對的值是多個的時候,比如checkbox類型的input標簽，select標簽，需要用：
request.POST.getlist("hobby")
三、響應對象HttpResponse
與由Django自動創建的HttpRequest對象相比，HttpResponse對象是我們的職責范圍了。我們寫的每個視圖都需要實例化，填充和返回一個HttpResponse。
HttpResponse類位於django.http模塊中。
簡單使用
傳遞字符串
from django.http import HttpResponse
response = HttpResponse("Here's the text of the Web page.")
response = HttpResponse("Text only, please.", content_type="text/plain")
設置或刪除響應頭信息
response = HttpResponse() response['Content-Type'] = 'text/html; charset=UTF-8' del response['Content-Type']
屬性
HttpResponse.content：響應內容
HttpResponse.charset：響應內容的編碼
HttpResponse.status_code：響應的狀態碼
JsonResponse對象（后面再學）
JsonResponse是HttpResponse的子類，專門用來生成JSON編碼的響應。
from django.http import JsonResponse
response = JsonResponse({'foo': 'bar'})
print(response.content)
b'{"foo": "bar"}'
class JsonResponse(data, encoder=DjangoJSONEncoder, safe=True, json_dumps_params=None,**kwargs)
這個類是HttpRespon的子類，它主要和父類的區別在於：
1. 它的默認Content-Type 被設置為： application/json
2. 第一個參數，data應該是一個字典類型，當 safe 這個參數被設置為：False ,那data可以填入任何能被轉換為JSON格式的對象，比如list, tuple, set。 默認的safe 參數是 True. 如果你傳入的data數據類型不是字典類型，那么它就會拋出 TypeError的異常。
3. json_dumps_params參數是一個字典,它將調用json.dumps()方法並將字典中的參數傳入給該方法。
#如果這樣返回，ajax還需要進行json解析
#views.py
return HttpResponse(json.dumps({"msg":"ok!"}))
#index.html
var data=json.parse(data)
console.log(data.msg);
使用HttpResponse對象來響應數據的時候，還可以通過content_type指定格式：
return HttpResponse(json.dumps(data),content_type="application/json")
前端調試窗口就可以看到這個類型
如果不寫這個參數是這個類型：長得像json格式的字符串，當然也可以轉換成json的
看下面這種，JsonResponse默認就是content_type="application/json"。
#如果這樣返回，兩邊都不需要進行json的序列化與反序列化，ajax接受的直接是一個對象
#views.py
from django.http import JsonResponse
return JsonResponse({"msg":"ok!"})
#index.html
console.log(data.msg);
默認只能傳遞字典類型，如果要傳遞非字典類型需要設置一下safe關鍵字參數。
response = JsonResponse([1, 2, 3], safe=False)
具體響應方法
響應對象主要有三種形式：
- HttpResponse()
- render()
- redirect()
HttpResponse
HttpResponse()括號內直接跟一個具體的字符串作為響應體，比較直接很簡單，所以這里主要介紹后面兩種形式。
render
結合一個給定的模板和一個給定的上下文字典，並返回一個渲染后的 HttpResponse 對象。
參數：
request： 用於生成響應的請求對象。 template_name：要使用的模板的完整名稱，可選的參數 context：添加到模板上下文的一個字典。默認是一個空字典。如果字典中的某個值是可調用的，視圖將在渲染模板之前調用它。 content_type：生成的文檔要使用的MIME類型。默認為 DEFAULT_CONTENT_TYPE 設置的值。默認為'text/html' status：響應的狀態碼。默認為200。 useing: 用於加載模板的模板引擎的名稱。
一個簡單的例子：
from django.shortcuts import render
def my_view(request):
# 視圖的代碼寫在這里
return render(request, 'myapp/index.html', {'foo': 'bar'})
上面的代碼等於（了解）：
from django.http import HttpResponse
from django.template import loader
def my_view(request):
# 視圖代碼寫在這里
t = loader.get_template('myapp/index.html')
c = {'foo': 'bar'}
return HttpResponse(t.render(c, request))
redirect
給瀏覽器了一個30x的狀態碼。
引子
那么為什么不給他新的？原來的老用戶只是知道你的老網站。當然這只是一些情況，其實redirect具體用法還有很多，他的參數可以是：
1. 一個模型：將調用模型的get_absolute_url() 函數
2.一個視圖，可以帶有參數：將使用urlresolvers.reverse 來反向解析名稱
3.一個絕對的或相對的URL，將原封不動的作為重定向的位置。
默認返回一個臨時的重定向；傳遞permanent=True 可以返回一個永久的重定向。
你可以用多種方式使用redirect() 函數。
1. 傳遞一個具體的ORM對象（了解即可）
將調用具體ORM對象的get_absolute_url() 方法來獲取重定向的URL：
from django.shortcuts import redirect
def my_view(request):
...
object = MyModel.objects.get(...)
return redirect(object)
2. 傳遞一個視圖的名稱
# views 示例
def my_view(request): ... return redirect('home')
def home(request):
return HttpResponse('跳轉成功！')
# urls示例：
urlpatterns = [
url(r'home/', views.home, name='home'), # 起別名，這樣以后無論url如何變化，訪問home直接可以映射到home函數
]
3. 傳遞要重定向到的一個具體的網址
def my_view(request):
...
return redirect('/index')
4. 當然也可以是一個完整的網址
def my_view(request):
...
return redirect('http://example.com/')
接下來我們做一個登錄成功跳轉的例子。
先說一下需求：我們先要寫一個登錄的頁面，如果登錄成功之后，返回此網站的主頁。這個需求比較簡單，之前我們已經做過，主要是對比登錄成功之后：返回頁面、跳轉頁面哪個用戶體驗感更好。
配置項目的urls：
rom django.conf.urls import url from django.contrib import admin from app01 import views urlpatterns = [ url(r'login/', views.login), url(r'home/', views.home, name='home'), # 這個url映射的是跳轉的頁面 ]
配置views函數：
def login(request): if request.method == 'POST': username = request.POST.get('username') password = request.POST.get('password') if username == 'taibai' and password == '123': # return render(request, 'home.html') 不改變url 只是返回了一個新頁面 return redirect('/home/') else: return HttpResponse('登錄失敗') else: return render(request, 'login.html') def home(request): return render(request, 'home.html')
配置html：
<!DOCTYPE html> <html lang="zh-CN"> <head> <meta charset="utf-8"> <meta http-equiv="X-UA-Compatible" content="IE=edge"> <meta name="viewport" content="width=device-width, initial-scale=1"> <title>Bootstrap 101 Template</title> <link href="https://cdn.jsdelivr.net/npm/bootstrap@3.3.7/dist/css/bootstrap.min.css" rel="stylesheet"> </head> <body> <h1>你好 歡迎來到plus會所，請先登錄</h1> <form action="" method="post"> <input type="text" name="username"> <p></p> <input type="text" name="password"> <p></p> <input type="submit"> </form> </body> </html>
<!DOCTYPE html> <html lang="zh-CN"> <head> <meta charset="utf-8"> <meta http-equiv="X-UA-Compatible" content="IE=edge"> <meta name="viewport" content="width=device-width, initial-scale=1"> <title>Bootstrap 101 Template</title> <link href="https://cdn.jsdelivr.net/npm/bootstrap@3.3.7/dist/css/bootstrap.min.css" rel="stylesheet"> </head> <body> <h1>登錄成功，歡迎來到首頁</h1> </body> </html>
如果使用render，url不變，只是返回一個新頁面：
如果使用redirect，這個是直接跳轉一個新的url並且返回一個新頁面：
顯然，登錄成功之后，利用redirect跳轉頁面更合理並且用戶體驗感會更好一些，因為url含有login本身就是與登錄相關的，首頁放在這個url不合適。市面上基本上所有的登錄成功之后都是重定向url的。
接下來我們在看看重定向的網絡請求是什么過程的：
當我登錄成功之后，重定向的頁面出現了兩次網絡請求，請看下面的圖：
當我提交login頁面時，login頁面發出了一個location：home，location我們前端講過這個就是頁面跳轉呀！這里有一個狀態碼，302.然后又發送了一個對/home/ 路徑的請求，后端接收到此請求，返回了一個頁面。
# return render(request,'index.html') 如果直接用render來返回頁面，是一次響應就返回了頁面，兩者是有區別的，並且如果你用render返回index.html頁面，那么這個頁面里面的模板渲染語言里面需要的數據你怎么搞，如果這些數據就是人家index那個函數里面獨有的呢，你怎么搞，有人可能就響了，我把所有的數據都拿過來不就行了嗎，首先如果數據量很大的話，是不是都重復了，並且你想想如果用戶登陸完成之后，你們有進行跳轉，那么如果網速不太好，卡一下，你想刷新一下你的頁面，你是不是相當於又發送了一個login請求，你刷新完之后，是不是還要讓你輸入用戶名和密碼，你想想是不是，所有咱們一般在登陸之后都做跳轉。 並且大家注意一個問題昂：redirect('/login/')如果你重定向到你當前這個函數對應的路徑下，你想想是什么想過，一直重定向自己的這個網址，瀏覽器會報錯，當然這個注冊登陸頁面不會出現這個報錯的情況，因為需要你用戶點擊提交才發送請求。你可以試試那個index函數，里面返回一個redirect('/index/') #redirect本質上也是一個HttpResponse的操作，看看源碼就知道了
redirect：告訴瀏覽器給這個網址在發送一個請求。后面真正做登錄的時候，我們在詳細說一下這個重定向。響應相關還有一個方法叫做JsonResponse,這個我們后面會講到。
重定向狀態碼
接下來我們討論一下這個重定向的狀態碼301，302。這個兩個狀態碼面試經常問到。
1）301和302的區別。 301和302狀態碼都表示重定向，就是說瀏覽器在拿到服務器返回的這個狀態碼后會自動跳轉到一個新的URL地址，這個地址可以從響應的Location首部中獲取 （用戶看到的效果就是他輸入的地址A瞬間變成了另一個地址B）——這是它們的共同點。 他們的不同在於。301表示舊地址A的資源已經被永久地移除了（這個資源不可訪問了），搜索引擎在抓取新內容的同時也將舊的網址交換為重定向之后的網址； 302表示舊地址A的資源還在（仍然可以訪問），這個重定向只是臨時地從舊地址A跳轉到地址B，搜索引擎會抓取新的內容而保存舊的網址。 SEO302好於301 2）重定向原因： （1）網站調整（如改變網頁目錄結構）； （2）網頁被移到一個新地址； （3）網頁擴展名改變(如應用需要把.php改成.Html或.shtml)。 這種情況下，如果不做重定向，則用戶收藏夾或搜索引擎數據庫中舊地址只能讓訪問客戶得到一個404頁面錯誤信息，訪問流量白白喪失；再者某些注冊了多個域名的 網站，也需要通過重定向讓訪問這些域名的用戶自動跳轉到主站點等。
簡單來說就是：
響應狀態碼：301，為臨時重定向，舊地址的資源仍然可以訪問。
響應狀態碼：302，為永久重定向，舊地址的資源已經被永久移除了，這個資源不可訪問了。
對普通用戶來說是沒什么區別的，它主要面向的是搜索引擎的機器人。
A頁面臨時重定向到B頁面，那搜索引擎收錄的就是A頁面。
A頁面永久重定向到B頁面，那搜索引擎收錄的就是B頁面。
用redirect可以解釋APPEND_SLASH的用法！這個不講~~
四、 CBV和FBV
FBV（function base views） 就是在視圖里使用函數處理請求。之前都是FBV模式寫的代碼，所以就不寫例子了。
CBV（class base views） 就是在視圖里使用類處理請求。
Python是一個面向對象的編程語言，如果只用函數來開發，有很多面向對象的優點就錯失了（繼承、封裝、多態）。所以Django在后來加入了Class-Based-View。可以讓我們用類寫View。這樣做的優點主要下面兩種：
- 提高了代碼的復用性，可以使用面向對象的技術，比如Mixin（多繼承）
- 可以用不同的函數針對不同的HTTP方法處理，而不是通過很多if判斷，提高代碼可讀性
CBV演示簡單登錄流程
CBV與FBV在url、views寫法上有一些不同，下面有一些細節一定要注意。
views視圖函數
from django.shortcuts import render,HttpResponse from django.views import View # 從django.views模塊中引用View類 class Login(View): """ 自己定義get post方法，方法名不能變。這樣只要訪問此url，get請求自動執行get方法，post請求自動執行post方法，與我們寫的FBV if request.method == 'GET' or 'POST' 一樣。 """ def get(self, request): return render(request, 'login.html') def post(self, request): username = request.POST.get('username') password = request.POST.get('password') if username.strip() == 'taibai' and password.strip() == '123': return HttpResponse('登錄成功') return render(request, 'login.html')
urls路由
from django.conf.urls import url from django.contrib import admin from app01 import views urlpatterns = [ url(r'^login/', views.Login.as_view()), # 引用views函數重的Login類，然后調用父類的as_view()方法 ]
CBV傳參，和FBV類似，有名分組，無名分組
url寫法：無名分組的
url(r'^cv/(\d{2})/', views.Myd.as_view(),name='cv'),
url(r'^cv/(?P<n>\d{2})/', views.Myd.as_view(name='xxx'),name='cv'),#如果想給類的name屬性賦值，前提你的Myd類里面必須有name屬性（類屬性，定義init方法來接受屬性行不通，但是可以自行研究一下，看看如何行通，意義不大），並且之前類里面的name屬性的值會被覆蓋掉
templates的html
<!DOCTYPE html> <html lang="zh-CN"> <head> <meta charset="utf-8"> <meta http-equiv="X-UA-Compatible" content="IE=edge"> <meta name="viewport" content="width=device-width, initial-scale=1"> <title>Bootstrap 101 Template</title> <link href="https://cdn.jsdelivr.net/npm/bootstrap@3.3.7/dist/css/bootstrap.min.css" rel="stylesheet"> </head> <body> <h1>你好 歡迎來到plus會所，請先登錄</h1> <form action="" method="post"> <input type="text" name="username"> <p></p> <input type="text" name="password"> <p></p> <input type="submit"> </form> </body> </html>
別忘了settings中間件注釋掉。這樣啟動項目之后，我們就完成了一個簡單的登錄功能。
補充一個類的寫法
類寫法：
class Myd(View):
name = 'sb'
def get(self,request,n):
print('get方法執行了')
print('>>>',n)
return render(request,'cvpost.html',{'name':self.name})
def post(self,request,n):
print('post方法被執行了')
return HttpResponse('post')
添加類的屬性可以通過兩種方法設置，第一種是常見的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")), #類里面必須有name屬性，並且會被傳進來的這個屬性值給覆蓋掉 ]
執行流程的源碼解析
1. 請求發送到這里，先要執行as_view()方法。
views.py里面的Login是一個類，類.方法(),那么這個as_view()方法肯定是靜態方法或者類方法，但是我們定義Login類時沒有定義這個方法，只能從父類查找，也就是查找源碼的View。
2. 執行父類View里面的as_view()方法。
我將部分源碼拿來，咱們去分析：
第一部分：
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)) 第一個框框出來的就是各種主動拋異常，cls肯定就是我們Login類名了，http_method_names從源碼中可以獲取到是一個列表： http_method_names = ['get', 'post', 'put', 'patch', 'delete', 'head', 'options', 'trace'] 雖然我們現在不知道initkwargs是什么，但是我們可以大概分析出來，如果你的請求方式不是這個列表中的任意一個，我就會給你拋出一個異常。
第二部分是定義了一個view函數，但是現在還沒有執行此函數的執行，所以我們直接跳過分析。
第三部分：
view.view_class = cls view.view_initkwargs = initkwargs # 上面兩行是給函數view封裝兩個屬性：之前我們沒有說過函數也可以封裝屬性，python中一些皆對象，view函數也是一個對象，這個對象是從function類實例化得來的，我通過dir(view)可知，他有'__setattr__'方法，有這個方法，給view封裝屬性時，就會執行這個方法不報錯，那么這個方法就是實現了給一個函數封裝一個屬性的功能，你可以隨意定義一個函數試一試。 view_class = cls cls 也就是Login類 view_initkwargs = initkwargs initkwargs目前我不確定是什么，但是我可以猜到他應該是與請求方式相關的。 # take name and docstring from class update_wrapper(view, cls, updated=()) # 這里源碼給了解釋：這個update_wrapper函數就是從類中獲取名字和類的描述消息 # and possible attributes set by decorators # like csrf_exempt from dispatch update_wrapper(view, cls.dispatch, assigned=()) # 這個大概意思就是從裝飾器中獲取設置的屬性， # 上面這兩個函數對我們研究流程來說沒有什么影響所以我們可以暫不考慮
這樣三部分我們分析完成了，至此源碼中的as_view()函數執行完畢，但是千萬別忘了，他有個返回值就是此as_view()函數中的view函數地址。其實你自己看一下，as_view函數就是一個閉包。
3. 程序又跳轉到url路由
此時url路由就變成了這個樣子：
這個我們是不是似曾相識？ 我們之前一直寫FBV時，你沒有過疑問么？當你發送一個請求時，通過url映射到相應的函數，函數是不是就直接執行了？？？下面是一個FBV模式，對應函數直接就會執行了。
所以！對應的view函數也會自動執行。
4. 執行源碼中的view函數
源碼中的view函數如下：
def view(request, *args, **kwargs): self = cls(**initkwargs) # 對Login函數實例化對象為self if hasattr(self, 'get') and not hasattr(self, 'head'): # 判斷self對象是否有get並且沒有head方法，條件給self對象設置head屬性為self.get self.head = self.get
# 下面給self對象設置三個屬性，我們就關注第一個self.request = request，將請求相應相關的內容封裝到request屬性中 self.request = request self.args = args self.kwargs = kwargs return self.dispatch(request, *args, **kwargs) # 最關鍵的兩步：第一步：先執行dispath方法，得到返回值；第二步，在返回給view方法的調用者。
5. 執行源碼中dispath方法。
源碼中的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.
'''
上面源碼給的解釋很清楚了，如果請求的方法不存在則執行錯誤的handler，如果請求的方法正確且存在http_method_names列表中，執行正確的方法。
'''
if request.method.lower() in self.http_method_names:
# self就是自己在views文件中定義的Login類的對象，這里假如是get請求，此請求正確且存在，則執行Login類中的get方法，如果是post請求則執行post方法。 handler = getattr(self, request.method.lower(), self.http_method_not_allowed) else: handler = self.http_method_not_allowed return handler(request, *args, **kwargs)
# 最后將handler()函數的返回值返回。handler函數是什么？假如我們是get請求，hander()就是我們在Login類中的get(),我們get()是給瀏覽器返回的html頁面，則其實你的頁面最終是url這里面返回的。
仔細想想下面的圖：
至此，整個流程我們就算較為詳細的走完了。
思考題
這里，面試有問過，如果你用CBV模式，你的get或者post方法是從哪里執行的？ 能否在get執行之前或者之后做一些特殊的操作？
五、視圖函數的裝飾器
其實對於上面的思考題，如果你對我講的這個流程整清楚，那么就好實現，你的get或者post方法都是在源碼的dispatch方法中執行的，我們可以利用重寫父類的dispatch方法，就能夠對get和post請求搞事情了。但是如果我想單獨對某個請求方法搞事情，那么只能加上裝飾器了。也就是我們本節所講到的功能。
FBV裝飾器
對於FBV這種開發方式，加上裝飾器很簡單，就是我們之前講過的方式。這種比較簡單，我直接展示view視圖函數的代碼即可。
def wrapper(func): def inner(*args,**kwargs): print('請求來了！') ret = func(*args,**kwargs) print('請求走了！') return ret return inner @wrapper def home(request): print('執行home函數') return render(request, 'home.html')
這樣你后端的代碼為：
請求來了！
執行home函數
請求走了！
所以，對於FBV模式來說，加上裝飾器對我們來說易如反掌。
CBV裝飾器
由於CBV模式是面向對象的開發方式，之前一直沒有提過是否能給類的方法加上裝飾器，其實是可以的。列舉出以下給類的方法加裝飾器的幾種方式。
1.方法一：直接加裝飾器。
這里我們就只是展示views函數，因為template、urls都非常簡單，而且上面也有代碼示例，所以就不在這里展示了。
views視圖函數
def wrapper(func): def inner(*args,**kwargs): print('請求來了！') ret = func(*args,**kwargs) print('請求走了！') return ret return inner class Login(View): @wrapper def get(self, request): print('get 方法') return render(request, 'login.html') def post(self, request): username = request.POST.get('username') password = request.POST.get('password') if username.strip() == 'taibai' and password.strip() == '123': return HttpResponse('登錄成功') return render(request, 'login.html')
'''
執行流程：
請求來了！
執行home函數
請求走了！
'''
2.方法二：借助method_decorator模塊。
from django.utils.decorators import method_decorator
def wrapper(func): def inner(*args,**kwargs): print('請求來了！') ret = func(*args,**kwargs) print('請求走了！') return ret return inner class Login(View): @method_decorator(wrapper) def get(self, request): print('get 方法') return render(request, 'login.html') def post(self, request): username = request.POST.get('username') password = request.POST.get('password') if username.strip() == 'taibai' and password.strip() == '123': return HttpResponse('登錄成功') return render(request, 'login.html')
那么這兩種方式都可以，為什么還要用引用模塊去加裝飾器呢？這里就要說一下他們的區別了，method_decorator模塊相當於給你自己寫的裝飾器又套了一層，他與我們自己寫的裝飾器唯一的區別就是傳遞給wrapper裝飾器的內層的inner函數的參數有所不同。這里我們可以在wrappr裝飾器的inner函數里面打印一下參數：
def wrapper(func): def inner(*args,**kwargs): print('請求來了！', args,**kwargs) ret = func(*args,**kwargs) print('請求走了！') return ret return inner
通過我們對比測試，說一下不同：
將自定義的裝飾器裝飾類中的方法：傳給inner閉包函數的參數與該方法中的參數一致：在我們的例子中有：self，request。引用method_decorator包裝的裝飾器裝飾類中的方法：傳給inner閉包函數的參數不會傳遞self，在我們的例子中：只有request。
3. 方式三：給所有的方法都加上裝飾器
我們上面兩種方法都是單獨給某個方法加上裝飾器，那么我們如何給這個類的所有方法都加上裝飾器呢？有同學說這個你給每個方法上面加上@wrapper不就行了，這樣太low了。有沒有更簡單的方式呢？那就要想到我們的源碼dispatch方法。我們可以在子類中重寫父類的dispatch方法，因為無論執行什么請求方法（post，get，push，delete等等）都是dispatch方法利用反射調用的。所以，我們給此方法加上裝飾器即可。
class Login(View): @wrapper def dispatch(self, request, *args, **kwargs): ret = super().dispatch(request, *args, **kwargs) return ret ......
4. 方式四：直接在類上加裝飾器（不常用）。
@method_decorator(wrapper,name='get') class Login(View): ...... # 這種方式，只能給某個方法加上裝飾器，如果想給多個方法加上裝飾器，需要多層嵌套，不常用。
注意：
注意csrf-token裝飾器的特殊性，在CBV模式下它只能加在dispatch上面(后面再說)
下面這是csrf_token的裝飾器：
@csrf_protect，為當前函數強制設置防跨站請求偽造功能，即便settings中沒有設置csrfToken全局中間件。
@csrf_exempt，取消當前函數防跨站請求偽造功能，即便settings中設置了全局中間件。
注意：from django.views.decorators.csrf import csrf_exempt,csrf_protect