Django的視圖層

1、視圖函數

  一個視圖函數,簡稱視圖,是一個簡單的Python 函數,它接受Web請求而且必須返回Web響應php

  響應內容能夠是一張網頁的HTML內容,一個重定向,一個404錯誤,一個XML文檔,或者一張圖片. . . 是任何東西均可以。不管視圖自己包含什麼邏輯,都要返回響應。html

  代碼寫在哪裏也無所謂,只要它在你的Python目錄下面。除此以外沒有更多的要求了——能夠說「沒有什麼神奇的地方」。python

  下面的例子是在路由控制中寫下視圖函數:ajax

from django.contrib import admin
from django.urls import path,re_path

# 視圖函數放在urls.py中
from django.shortcuts import HttpResponse

def index(request):

    return HttpResponse("OK")

urlpatterns = [
    path('admin/', admin.site.urls),
    re_path(r"index/", index)    # index(request),request是全部的請求對象
]

  在瀏覽器訪問http://127.0.0.1:8000/index/,頁面顯示OK。數據庫

  可是爲了將代碼放在某處,約定是將視圖放置在項目或應用程序目錄中的名爲views.py的文件中。以下所示:django

from django.shortcuts import render

# Create your views here.

from django.shortcuts import HttpResponse

def index(request):

    return HttpResponse("OK")
views_demo/app01/views.py

  此時URL控制器中要找到視圖函數,須要引入views.py:瀏覽器

from django.contrib import admin
from django.urls import path,re_path

from app01 import views

urlpatterns = [
    path('admin/', admin.site.urls),

    re_path(r"index/", views.index)    # index(request),request是全部的請求對象
]
views_demo/views_demo/urls.py

下面是一個返回當前日期和時間做爲HTML文檔的視圖:緩存

from django.shortcuts import render, HttpResponse, HttpResponseRedirect, redirect
import datetime

def current_datetime(request):
    now = datetime.datetime.now()
    html = "<html><body>It is now %s.</body></html>" % now
    return HttpResponse(html)

逐行解讀上面的代碼:安全

  首先,從 django.shortcuts模塊導入了HttpResponse類,以及Python的datetime庫。服務器

  接着,咱們定義了current_datetime函數。它就是視圖函數。每一個視圖函數都使用HttpRequest對象做爲第一個參數,而且一般稱之爲request

注意,視圖函數的名稱並不重要;不須要用一個統一的命名方式來命名,以便讓Django識別它。咱們將其命名爲current_datetime,是由於這個名稱可以精確地反映出它的功能。

  最後,這個視圖會返回一個HttpResponse對象,其中包含生成的響應。每一個視圖函數都負責返回一個HttpResponse對象。

  

視圖層,熟練掌握兩個對象便可:請求對象(request)和響應對象(HttpResponse)

2、HttpRequest對象

一、HttpRequest對象的屬性

  django將請求報文中的請求行、首部信息、內容主體封裝成 HttpRequest 類中的屬性。 除了特殊說明的以外,其餘均爲只讀的。

/*

1.HttpRequest.GET

  一個相似於字典的對象,包含 HTTP GET 的全部參數。詳情請參考 QueryDict 對象。

2.HttpRequest.POST

  一個相似於字典的對象,若是請求中包含表單數據,則將這些數據封裝成 QueryDict 對象。

  POST 請求能夠帶有空的 POST 字典 —— 若是經過 HTTP POST 方法發送一個表單,可是表單中沒有任何的數據,QueryDict 對象依然會被建立。
   所以,不該該使用 if request.POST  來檢查使用的是不是POST 方法;應該使用 if request.method == "POST"
  另外:若是使用 POST 上傳文件的話,文件信息將包含在 FILES 屬性中。
   
   注意:鍵值對的值是多個的時候,好比checkbox類型的input標籤,select標籤,須要用:
        request.POST.getlist("hobby")

3.HttpRequest.body

  一個字符串,表明請求報文的主體。在處理非 HTTP 形式的報文時很是有用,例如:二進制圖片、XML,Json等。
  可是,若是要處理表單數據的時候,推薦仍是使用 HttpRequest.POST 。


4.HttpRequest.path

  一個字符串,表示請求的路徑組件(不含域名)。
  例如:"/music/bands/the_beatles/"

5.HttpRequest.method

  一個字符串,表示請求使用的HTTP 方法。必須使用大寫。
  例如:"GET"、"POST"


6.HttpRequest.encoding

  一個字符串,表示提交的數據的編碼方式(若是爲 None 則表示使用 DEFAULT_CHARSET 的設置,默認爲 'utf-8')。
   這個屬性是可寫的,你能夠修改它來修改訪問表單數據使用的編碼。
   接下來對屬性的任何訪問(例如從 GET 或 POST 中讀取數據)將使用新的 encoding 值。
   若是你知道表單數據的編碼不是 DEFAULT_CHARSET ,則使用它。


7.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 鍵。

8.HttpRequest.FILES

  一個相似於字典的對象,包含全部的上傳文件信息。
   FILES 中的每一個鍵爲<input type="file" name="" /> 中的name,值則爲對應的數據。
  注意,FILES 只有在請求的方法爲POST 且提交的<form> 帶有enctype="multipart/form-data" 的狀況下才會
   包含數據。不然,FILES 將爲一個空的相似於字典的對象。


9.HttpRequest.COOKIES

  一個標準的Python 字典,包含全部的cookie。鍵和值都爲字符串。



10.HttpRequest.session

   一個既可讀又可寫的相似於字典的對象,表示當前的會話。只有當Django 啓用會話的支持時纔可用。
    完整的細節參見會話的文檔。


11.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對象的方法

'''
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.build_absolute_uri(location)

  返回location 的絕對URI。若是location 沒有提供,則使用request.get_full_path()的返回值。

  若是URI 已是一個絕對的URI,將不會修改。不然,使用請求中的服務器相關的變量構建絕對URI。

  例如:"http://example.com/music/bands/the_beatles/?print=true"

 

4.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
        複製代碼
         

5.HttpRequest.is_secure()

  若是請求時是安全的,則返回True;即請求通是過 HTTPS 發起的。


6.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') 裝飾你的視圖以讓響應可以正確地緩存。


7.HttpRequest.read(size=None)

  像文件同樣讀取請求報文的內容主體,一樣的,還有如下方法可用。

  HttpRequest.readline()

  HttpRequest.readlines()

  HttpRequest.xreadlines()

  其行爲和文件操做中的同樣。

  HttpRequest.__iter__():說明可使用 for 的方式迭代文件的每一行。
'''

  注意:鍵值對的值是多個的時候,好比checkbox類型的input標籤,select標籤,須要用getlist方法:

request.POST.getlist("hobby")

三、示例代碼

/view_demo/templates/index.html:

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>Title</title>
</head>
<body>
    <!--第一種、若是form表單中action什麼都不寫,取當前form表單所在的url
        第二種、若是action中沒有寫ip和端口,僅寫上/index/,則取當前頁面的ip和端口拼接action中的路徑。
        第三種、以下例把ip、端口、路徑均寫死。
    -->
    <form action="http://127.0.0.1:8000/index/" method="post">
        姓名 <input type="text" name="name">
        年齡 <input type="text" name="age">
        <input type="submit">
    </form>
</body>
</html>

/views_demo/views_demo/urls.py:

from django.contrib import admin
from django.urls import path,re_path

from app01 import views

urlpatterns = [
    path('admin/', admin.site.urls),
    re_path(r"index/", views.index),   # index(request),request是全部的請求對象

    re_path(r"^$", views.index)    # 匹配根目錄http://127.0.0.1:8000/
]

/views_demo/app01/views.py:

from django.shortcuts import render
# Create your views here.
from django.shortcuts import HttpResponse

"""
url包含:協議://IP:port/路徑?get請求數據   所以路徑是指的端口以後,問號以前的部分。

注意:在瀏覽器訪問127.0.0.1:8000這也是有路徑的,路徑是根路徑。
"""

def index(request):

    print("method", request.method)   # 打印請求方法  e.g. method GET

    print(request.GET)
    """
    瀏覽器訪問http://127.0.0.1:8000/index/   輸出:<QueryDict: {}>
    瀏覽器訪問http://127.0.0.1:8000/index/?name=1&age=2  輸出:<QueryDict: {'name': ['1'], 'age': ['2']}>
    """
    print(request.GET.get("name"))
    """
    瀏覽器訪問http://127.0.0.1:8000/index/?name=yuan&age=22  輸出:yuan
    """
    print(request.POST)
    """
    瀏覽器訪問http://127.0.0.1:8000/index/  填寫表單後提交   輸出<QueryDict: {'name': ['alex'], 'age': ['13']}>
    """

    print(request.path)   # 一個字符串,表示請求的路徑組件(不含域名)
    """
    瀏覽器訪問http://127.0.0.1:8000/   輸出:/
    瀏覽器訪問http://127.0.0.1:8000/app02/index/    輸出:/app02/index/
    瀏覽器訪問http://127.0.0.1:8000/index/?a=1      輸出:/index/ 
    """

    # request經常使用方法
    print(request.get_full_path())    # 返回 path,即有路徑又有數據
    """
    瀏覽器訪問http://127.0.0.1:8000/index/?a=1      輸出:/index/?a=1
    """

    # return HttpResponse("OK")
    return render(request, "index.html")

  

3、HttpResponse對象

響應對象主要有三種形式:

  • HttpResponse()
  • render()
  • redirect()

一、HttpResponse()

from django.shortcuts import HttpResponse

def index(request):
    # return HttpResponse("OK")
    return HttpResponse("<h1>OK</h1>")

  括號內直接跟一個具體的字符串做爲響應體,比較直接很簡單。

二、render()函數

  結合一個給定的模板和一個給定的上下文字典,並返回一個渲染後的 HttpResponse 對象(return HttpResponse(content, content_type, status) )。

render(request, template_name[, context])

參數:

   request: 用於生成響應的請求對象。

   template_name:要使用的模板的完整名稱,可選的參數

   context:添加到模板上下文的一個字典。默認是一個空字典。若是字典中的某個值是可調用的,視圖將在渲染模板以前調用它。(可選參數,通常是有變量須要放進模板時使用)

  render方法就是將一個模板頁面中的模板語法進行渲染,最終渲染成一個html頁面做爲響應體。

示例:

/views_demo/templates/index.html文件的<body>中添加以下內容:

<!--包含模板語法的html文件是模板文件-->
<p>{{ timer }}</p>

/views_demo/app01/views.py添加修改:

from django.shortcuts import render

def index(request):
    import time
    ctime = time.time()
    # return HttpResponse("OK")
    # return render(request, "index.html")

    return render(request, "index.html", {"timer":ctime})   # index.html 模板文件    

  執行結果:

  

 

三、redirect()函數

  redirect關鍵點:兩次請求過程,掌握流程。

(1)redirect函數參數

  • 一個模型:將調用模型的get_absolute_url()函數
  • 一個視圖,能夠帶有參數:將使用urlresolvers.reverse來反向解析名稱
  • 一個絕對的或相對的URL,將原封不動地做爲重定向的位置

  默認返回一個臨時的重定向;傳遞permanent=True能夠返回一個永久的重定向。

(2)使用redirect函數方式——傳遞一個對象

  將調用get_absolute_url() 方法來獲取重定向的URL:

from django.shortcuts import redirect
 
def my_view(request):
    ...
    object = MyModel.objects.get(...)
    return redirect(object)

(3)使用redirect函數方式——傳遞一個視圖的名稱

  能夠帶有位置參數和關鍵字參數;將使用reverse() 方法反向解析URL: 

def my_view(request):
    ...
    return redirect('some-view-name', foo='bar')

(4)使用redirect函數方式——傳遞要重定向的一個硬編碼的URL

def my_view(request):
    ...
    return redirect('/some/url/')

  也能夠是一個完整的URL:

def my_view(request):
    ...
    return redirect('http://example.com/') 

  默認狀況下,redirect() 返回一個臨時重定向。以上全部的形式都接收一個permanent 參數;若是設置爲True,將返回一個永久的重定向:

def my_view(request):
    ...
    object = MyModel.objects.get(...)
    return redirect(object, permanent=True)

(5)跳轉(重定向)應用

  redirect函數關鍵:兩次請求

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

  用redirect能夠解釋APPEND_SLASH的用法!

  注意:render和redirect的區別:

  1)if 頁面須要模板語言渲染,須要的將數據庫的數據加載到html,那麼render方法則不會顯示這一部分。

  2)the most important: url沒有跳轉到/yuan_back/,而是還在/login/,因此當刷新後又得從新登陸。

相關文章
相關標籤/搜索