您好,登錄后才能下訂單哦!
Django View
官方文檔
一個視圖函數(shù)(類),簡稱視圖,是一個簡單的 Python 函數(shù)(類),它接受Web請求并且返回Web響應(yīng)。響應(yīng)可以是一張網(wǎng)頁的HTML內(nèi)容,一個重定向,一個404錯誤,一個XML文檔,或者一張圖片。
無論視圖本身包含什么邏輯,都要返回響應(yīng)。代碼寫在哪里也無所謂,只要它在你當前項目目錄下面。為了將代碼放在某處,大家約定成俗將視圖放置在項目(project)或應(yīng)用程序(app)目錄中的名為 views.py 的文件中。
一、FBV和CBV
1.1 FBV
FBV(function base views) 就是在視圖里使用函數(shù)處理請求。
1.2 CBV
CBV(class base views) 就是在視圖里使用類處理請求。
Python是一個面向?qū)ο蟮木幊陶Z言,如果只用函數(shù)來開發(fā),有很多面向?qū)ο蟮膬?yōu)點就錯失了(繼承、封裝、多態(tài))。所以 Django 在后來加入了Class-Based-View??梢宰屛覀冇妙悓慥iew。這樣做的優(yōu)點主要下面兩種:
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 異常。
注意:使用CBV時,urls.py 中也做對應(yīng)的修改:
# urls.py中 url(r'^add_class/$', views.AddClass.as_view()),
累的屬性可以通過兩種方法設(shè)置:
①常見的 Python 方法,可以被子類覆蓋;
②直接在 url 中指定類的屬性:
以上四個 url 返回的頁面結(jié)果依次是:
從上面結(jié)果知道:
1.3 使用 Mixin
要理解django的class-based-view(以下簡稱cbv),首先要明白django引入cbv的目的是什么。在django1.3之前,generic view也就是所謂的通用視圖,使用的是function-based-view(fbv),亦即基于函數(shù)的視圖。
有人認為fbv比cbv更pythonic,竊以為不然。python的一大重要的特性就是面向?qū)ο蟆6鴆bv更能體現(xiàn)python的面向?qū)ο?。cbv是通過class的方式來實現(xiàn)視圖方法的。class相對于function,更能利用多態(tài)的特定,因此更容易從宏觀層面上將項目內(nèi)的比較通用的功能抽象出來。關(guān)于多態(tài),不多解釋,自己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寫在左邊。
二、Request對象和Response對象
官方文檔
當請求頁面時,Django就會創(chuàng)建一個包含本次請求原信息的 HttpRequest 對象,然后 Django 會將這個對象自動傳遞給相應(yīng)的視圖函數(shù)(一般視圖函數(shù)約定俗成地使用 request 參數(shù)承接這個對象),每個視圖都負責返回一個 HttpResponse 對象(HttpResponse 對象就是我們的職責范圍了,我們寫的每個視圖都需要實例化,填充和返回一個HttpResponse)
2.1 request對象
請求相關(guān)的常用屬性
屬性:所有屬性均應(yīng)視為只讀,除非另有說明。
request屬性相關(guān)
屬性:django將請求報文中的請求行、頭部信息、內(nèi)容主體封裝成 HttpRequest 類中的屬性 HttpRequest.scheme 表示請求方案的字符串(通常為http或https) HttpRequest.body 一個字符串,代表請求報文的主體。在處理非 HTTP 形式的報文時非常有用,例如:二進制圖片、XML、Json等; 但是,如果要處理表單數(shù)據(jù)的時候,推薦還是使用 HttpRequest.POST; 另外,我們還可以用 python 的類文件方法去操作它,詳情參考 HttpRequest.read() HttpRequest.path 一個字符串,表示所請求頁面的完整路徑; 例如:"/music/bands/the_beatles/" HttpRequest.method 一個字符串,表示請求使用的HTTP方法,必須使用大寫; HttpRequest.encoding 一個字符串,表示提交的數(shù)據(jù)的編碼方式(如果為None則表示使用DEFAULT_CHARSET的設(shè)置,默認為'utf-8'); 這個屬性是可寫的,你可以修改它來修改訪問表單數(shù)據(jù)使用的編碼; 接下來對屬性的任何訪問(例如從 GET 或 POST 中讀取數(shù)據(jù))將使用新的 encoding 值; 如果你知道表單數(shù)據(jù)的編碼不是 DEFAULT_CHARSET,則使用它 HttpRequest.GET 一個類似于字典的對象,包含HTTP GET的所有參數(shù);詳情請參考 QueryDict 對象 HttpRequest.POST 一個類似于字典的對象,如果請求中包含表單數(shù)據(jù),則將這些數(shù)據(jù)封裝成 QueryDict 對象; POST請求可以帶有空的POST字典:如果通過HTTP POST方法發(fā)送一個表單,但是表單中沒有任何的數(shù)據(jù),QueryDict 對象依然會被創(chuàng)建; 因此,不應(yīng)該使用 if request.POST 來檢查使用的是否是POST方法,應(yīng)該使用 if request.method == "POST"; 另外:如果使用POST上傳文件的話,文件信息將包含在FILES屬性中 HttpRequest.COOKIES 一個標準的Python字典,包含所有的cookie;鍵和值都為字符串 HttpRequest.FILES 一個類似于字典的對象,包含所有的上傳文件信息; FILES中的每個鍵為<input type="file" name="" />中的name,值則為對應(yīng)的數(shù)據(jù); 注意,F(xiàn)ILES只有在請求的方法為POST且提交的<form>帶有enctype="multipart/form-data" 的情況下才會包含數(shù)據(jù);否則,F(xiàn)ILES將為一個空的類似于字典的對象 HttpRequest.META 一個標準的Python字典,包含所有的HTTP首部。具體的頭部信息取決于客戶端和服務(wù)器,下面是一些示例: CONTENT_LENGTH 請求的正文的長度(是一個字符串) CONTENT_TYPE 請求的正文的MIME 類型 HTTP_ACCEPT 響應(yīng)可接收的Content-Type HTTP_ACCEPT_ENCODING 響應(yīng)可接收的編碼 HTTP_ACCEPT_LANGUAGE 響應(yīng)可接收的語言 HTTP_HOST 客服端發(fā)送的HTTP Host頭部 HTTP_REFERER Referring頁面 HTTP_USER_AGENT 客戶端的user-agent 字符串 QUERY_STRING 單個字符串形式的查詢字符串(未解析過的形式) REMOTE_ADDR 客戶端的IP 地址 REMOTE_HOST 客戶端的主機名 REMOTE_USER 服務(wù)器認證后的用戶 REQUEST_METHOD 一個字符串,例如"GET" 或"POST" SERVER_NAME 服務(wù)器的主機名 SERVER_PORT 服務(wù)器的端口(是一個字符串) 從上面可以看到,除CONTENT_LENGTH和CONTENT_TYPE之外,請求中的任何HTTP首部轉(zhuǎn)換為META的鍵時,都會將所有字母大寫并將連接符替換為下劃線最后加上 HTTP_ 前綴; 所以,一個叫做 X-Bender 的頭部將轉(zhuǎn)換成 META 中的 HTTP_X_BENDER 鍵 HttpRequest.user 一個 AUTH_USER_MODEL 類型的對象,表示當前登錄的用戶; 如果用戶當前沒有登錄,user 將設(shè)置為 django.contrib.auth.models.AnonymousUser 的一個實例??梢酝ㄟ^ is_authenticated() 區(qū)分它們; 例如: 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 類實現(xiàn)了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() 引發(fā) NotImplementedError; New in Django 1.8: 新增 AnonymousUser.get_username() 以更好地模擬 django.contrib.auth.models.User HttpRequest.session 一個既可讀又可寫的類似于字典的對象,表示當前的會話;只有當Django啟用會話的支持時才可用; 完整的細節(jié)參見會話的文檔 request屬性相關(guān)
上傳文件示例
def upload(request): """ 保存上傳文件前,數(shù)據(jù)需要存放在某個位置。默認當上傳文件小于2.5M時,django會將上傳文件的全部內(nèi)容讀進內(nèi)存。從內(nèi)存讀取一次,寫磁盤一次。 但當上傳文件很大時,django會把上傳文件寫到臨時文件中,然后存放到系統(tǒng)臨時文件夾中。 :param request: :return: """ if request.method == "POST": # 從請求的FILES中獲取上傳文件的文件名,file為頁面上type=file類型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("上傳完成") 上傳文件示例
請求相關(guān)的方法
HttpRequest.get_host() 根據(jù)從 HTTP_X_FORWARDED_HOST(如果打開 USE_X_FORWARDED_HOST,默認為False)和 HTTP_HOST 頭部信息返回請求的原始主機; 如果這兩個頭部沒有提供相應(yīng)的值,則使用SERVER_NAME 和SERVER_PORT,在 PEP 3333 中有詳細描述; USE_X_FORWARDED_HOST:一個布爾值,用于指定是否優(yōu)先使用 X-Forwarded-Host 首部,僅在代理設(shè)置了該首部的情況下,才可以被使用; 例如:"127.0.0.1:8000" 注意:當主機位于多個代理后面時,get_host() 方法將會失敗。除非使用中間件重寫代理的首部。 HttpRequest.get_full_path() path如果適用,返回加上附加的查詢字符串 例如:"/music/bands/the_beatles/?print=true" HttpRequest.get_signed_cookie(key, default=RAISE_ERROR, salt='', max_age=None) 返回簽名過的 Cookie 對應(yīng)的值,如果簽名不再合法則返回 django.core.signing.BadSignature; 如果提供 default 參數(shù),將不會引發(fā)異常并返回 default 的值; 可選參數(shù) salt,可以用來對安全密鑰強力攻擊提供額外的保護。max_age 參數(shù)用于檢查 Cookie 對應(yīng)的時間戳以確保 Cookie 的時間不會超過 max_age 秒; 例如: >>> request.get_signed_cookie('name') 'Tony' >>> request.get_signed_cookie('name', salt='name-salt') 'Tony' # 假設(shè)在設(shè)置cookie的時候使用的是相同的salt >>> request.get_signed_cookie('non-existing-cookie') ... KeyError: 'non-existing-cookie' # 沒有相應(yīng)的鍵時觸發(fā)異常 >>> 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 HttpRequest.is_secure() 如果請求是安全的,則返回True;即請求通是過 HTTPS 發(fā)起的; HttpRequest.is_ajax() 如果請求是通過 XMLHttpRequest 發(fā)起的,則返回True,方法是檢查 HTTP_X_REQUESTED_WITH 相應(yīng)的首部是否是字符串'XMLHttpRequest'; 大部分現(xiàn)代的 JavaScript 庫都會發(fā)送這個頭部;如果你編寫自己的 XMLHttpRequest 調(diào)用(在瀏覽器端),你必須手工設(shè)置這個值來讓 is_ajax() 工作; 如果一個響應(yīng)需要根據(jù)請求是否是通過 AJAX 發(fā)起的,并且你正在使用某種形式的緩存例如 Django 的 cache middleware,你應(yīng)該使用 vary_on_headers('HTTP_X_REQUESTED_WITH') 裝飾你的視圖以讓響應(yīng)能夠正確地緩存
注意:鍵值對的值是多個的時候,比如 checkbox 類型的 input 標簽,select 標簽,需要用:
request.POST.getlist("name")
2.2 response對象
用法:
①典型用法是將頁面內(nèi)容作為字符串傳遞給 Httpresponse 構(gòu)造函數(shù)
from django.http import HttpResponse response = HttpResponse("Here's the text of the Web page.") response = HttpResponse("Text only, please.", content_type="text/plain")
②設(shè)置或刪除響應(yīng)頭信息
response = HttpResponse() response['Content-Type'] = 'text/html; charset=UTF-8' del response['Content-Type']
屬性:
三、JsonResponse對象
JsonResponse是HttpResponse的子類,專門用來生成JSON編碼的響應(yīng)。
from django.http import JsonResponse response = JsonResponse({'foo': 'bar'}) print(response.content) b'{"foo": "bar"}'
默認只能傳遞字典類型,如果要傳遞非字典類型需要設(shè)置一下safe關(guān)鍵字參數(shù)。
response = JsonResponse([1, 2, 3], safe=False)
四、Django shortcut functions
官方文檔
render()
結(jié)合一個給定的模板和一個給定的上下文字典,并返回一個渲染后的 HttpResponse 對象。
參數(shù):
request 用于生成響應(yīng)的請求對象 template_name 要使用的模板的完整名稱,可選的參數(shù) context 添加到模板上下文的一個字典;默認是一個空字典;如果字典中的某個值是可調(diào)用的,視圖將在渲染模板之前調(diào)用它 content_type 生成的文檔要使用的MIME類型;默認為 DEFAULT_CONTENT_TYPE 設(shè)置的值;默認為'text/html' status 響應(yīng)的狀態(tài)碼;默認為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()
參數(shù)可以是:
默認返回一個臨時的重定向; 傳遞 peimanent=True 可以返回一個永久的重定向。
示例:可以用多種方式使用redirect() 函數(shù)
傳遞一個具體的ORM對象(了解即可)
將調(diào)用具體ORM對象的 get_absolute_url() 方法來獲取重定向的URL:
from django.shortcuts import redirect def my_view(request): ... object = MyModel.objects.get(...) return redirect(object)
傳遞一個視圖的名稱和可選的一些位置或關(guān)鍵字參數(shù),使用 reverse() 方法將反向解析URL:
def my_view(request): ... return redirect('some-view-name', foo='bar')
傳遞要重定向到的一個具體的網(wǎng)址
def my_view(request): ... return redirect('/some/url/') return redirect('http://example.com/')
默認情況下,redirect() 返回一個臨時重定向。以上所有的形式都接收一個 permanent 參數(shù);如果設(shè)置為 True,將返回一個永久的重定向:
def my_view(request): ... object = MyModel.objects.get(...) return redirect(object, permanent=True)
PS:
臨時重定向(響應(yīng)狀態(tài)碼:302)和永久重定向(響應(yīng)狀態(tài)碼:301)對普通用戶來說是沒什么區(qū)別的,它主要面向的是搜索引擎的機器人。
A頁面臨時重定向到B頁面,那搜索引擎收錄的就是A頁面。
A頁面永久重定向到B頁面,那搜索引擎收錄的就是B頁面。
以上就是本文的全部內(nèi)容,希望對大家的學習有所幫助,也希望大家多多支持億速云。
免責聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。