您好,登錄后才能下訂單哦!
Django View
官方文檔
一個視圖函數(類),簡稱視圖,是一個簡單的 Python 函數(類),它接受Web請求并且返回Web響應。響應可以是一張網頁的HTML內容,一個重定向,一個404錯誤,一個XML文檔,或者一張圖片。
無論視圖本身包含什么邏輯,都要返回響應。代碼寫在哪里也無所謂,只要它在你當前項目目錄下面。為了將代碼放在某處,大家約定成俗將視圖放置在項目(project)或應用程序(app)目錄中的名為 views.py 的文件中。
一、FBV和CBV
1.1 FBV
FBV(function base views) 就是在視圖里使用函數處理請求。
1.2 CBV
CBV(class base views) 就是在視圖里使用類處理請求。
Python是一個面向對象的編程語言,如果只用函數來開發,有很多面向對象的優點就錯失了(繼承、封裝、多態)。所以 Django 在后來加入了Class-Based-View。可以讓我們用類寫View。這樣做的優點主要下面兩種:
Django的 url 是將一個請求分配給可調用的函數的,而不是一個 class 。
針對這個問題,class-based view 提供了一個 as_view() 靜態方法(也就是類方法),調用這個方法,會創建一個類的實例,然后通過實例調用 dispatch() 方法,dispatch() 方法會根據 request 的 method 的不同調用相應的方法來處理 request(如 get() 、post() 等)。
到這里,這些方法和 function-based view差不多了,要接收request,得到一個 response 返回。如果方法沒有定義,會拋出 HttpResponseNotAllowed 異常。
注意:使用CBV時,urls.py 中也做對應的修改:
# urls.py中 url(r'^add_class/$', views.AddClass.as_view()),
累的屬性可以通過兩種方法設置:
①常見的 Python 方法,可以被子類覆蓋;
②直接在 url 中指定類的屬性:
以上四個 url 返回的頁面結果依次是:
從上面結果知道:
1.3 使用 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寫在左邊。
二、Request對象和Response對象
官方文檔
當請求頁面時,Django就會創建一個包含本次請求原信息的 HttpRequest 對象,然后 Django 會將這個對象自動傳遞給相應的視圖函數(一般視圖函數約定俗成地使用 request 參數承接這個對象),每個視圖都負責返回一個 HttpResponse 對象(HttpResponse 對象就是我們的職責范圍了,我們寫的每個視圖都需要實例化,填充和返回一個HttpResponse)
2.1 request對象
請求相關的常用屬性
屬性:所有屬性均應視為只讀,除非另有說明。
request屬性相關
屬性:django將請求報文中的請求行、頭部信息、內容主體封裝成 HttpRequest 類中的屬性 HttpRequest.scheme 表示請求方案的字符串(通常為http或https) HttpRequest.body 一個字符串,代表請求報文的主體。在處理非 HTTP 形式的報文時非常有用,例如:二進制圖片、XML、Json等; 但是,如果要處理表單數據的時候,推薦還是使用 HttpRequest.POST; 另外,我們還可以用 python 的類文件方法去操作它,詳情參考 HttpRequest.read() HttpRequest.path 一個字符串,表示所請求頁面的完整路徑; 例如:"/music/bands/the_beatles/" HttpRequest.method 一個字符串,表示請求使用的HTTP方法,必須使用大寫; 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啟用會話的支持時才可用; 完整的細節參見會話的文檔 request屬性相關
上傳文件示例
def upload(request): """ 保存上傳文件前,數據需要存放在某個位置。默認當上傳文件小于2.5M時,django會將上傳文件的全部內容讀進內存。從內存讀取一次,寫磁盤一次。 但當上傳文件很大時,django會把上傳文件寫到臨時文件中,然后存放到系統臨時文件夾中。 :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("上傳完成") 上傳文件示例
請求相關的方法
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() 方法將會失敗。除非使用中間件重寫代理的首部。 HttpRequest.get_full_path() path如果適用,返回加上附加的查詢字符串 例如:"/music/bands/the_beatles/?print=true" 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 HttpRequest.is_secure() 如果請求是安全的,則返回True;即請求通是過 HTTPS 發起的; 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') 裝飾你的視圖以讓響應能夠正確地緩存
注意:鍵值對的值是多個的時候,比如 checkbox 類型的 input 標簽,select 標簽,需要用:
request.POST.getlist("name")
2.2 response對象
用法:
①典型用法是將頁面內容作為字符串傳遞給 Httpresponse 構造函數
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']
屬性:
三、JsonResponse對象
JsonResponse是HttpResponse的子類,專門用來生成JSON編碼的響應。
from django.http import JsonResponse response = JsonResponse({'foo': 'bar'}) print(response.content) b'{"foo": "bar"}'
默認只能傳遞字典類型,如果要傳遞非字典類型需要設置一下safe關鍵字參數。
response = JsonResponse([1, 2, 3], safe=False)
四、Django shortcut functions
官方文檔
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()
參數可以是:
默認返回一個臨時的重定向; 傳遞 peimanent=True 可以返回一個永久的重定向。
示例:可以用多種方式使用redirect() 函數
傳遞一個具體的ORM對象(了解即可)
將調用具體ORM對象的 get_absolute_url() 方法來獲取重定向的URL:
from django.shortcuts import redirect def my_view(request): ... object = MyModel.objects.get(...) return redirect(object)
傳遞一個視圖的名稱和可選的一些位置或關鍵字參數,使用 reverse() 方法將反向解析URL:
def my_view(request): ... return redirect('some-view-name', foo='bar')
傳遞要重定向到的一個具體的網址
def my_view(request): ... return redirect('/some/url/') return redirect('http://example.com/')
默認情況下,redirect() 返回一個臨時重定向。以上所有的形式都接收一個 permanent 參數;如果設置為 True,將返回一個永久的重定向:
def my_view(request): ... object = MyModel.objects.get(...) return redirect(object, permanent=True)
PS:
臨時重定向(響應狀態碼:302)和永久重定向(響應狀態碼:301)對普通用戶來說是沒什么區別的,它主要面向的是搜索引擎的機器人。
A頁面臨時重定向到B頁面,那搜索引擎收錄的就是A頁面。
A頁面永久重定向到B頁面,那搜索引擎收錄的就是B頁面。
以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持億速云。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。