03.Django基礎三之視圖函數

来源:https://www.cnblogs.com/changxin7/archive/2019/09/22/11569110.html
-Advertisement-
Play Games

一 Django的視圖函數view 一個視圖函數（類），簡稱視圖，是一個簡單的Python 函數（類），它接受Web請求並且返回Web響應。 響應可以是一張網頁的HTML內容，一個重定向，一個404錯誤，一個XML文檔，或者一張圖片。 無論視圖本身包含什麼邏輯，都要返迴響應。代碼寫在哪裡也無所謂，只 ...


一 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對象。

　　

　　　　img

　　視圖層，熟練掌握兩個對象即可：請求對象(request)和響應對象(HttpResponse)

　　

二 CBV和FBV

　　FBV（function base views） 就是在視圖裡使用函數處理請求。

　　　　之前都是FBV模式寫的代碼，所以就不寫例子了。

　　CBV（class base views） 就是在視圖裡使用類處理請求。

　　Python是一個面向對象的編程語言，如果只用函數來開發，有很多面向對象的優點就錯失了（繼承、封裝、多態）。所以Django在後來加入了Class-Based-View。可以讓我們用類寫View。這樣做的優點主要下麵兩種：

  1. 提高了代碼的復用性，可以使用面向對象的技術，比如Mixin（多繼承）
  2. 可以用不同的函數針對不同的HTTP方法處理，而不是通過很多if判斷，提高代碼可讀性

　　

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

from django.http import HttpResponse
  
def my_view(request):
     if request.method == 'GET':
            return HttpResponse('OK')

　　　　如果用class-based view寫的話，就是下麵這樣

from django.http import HttpResponse
from django.views import View
  
class MyView(View):

      def get(self, request):
            return HttpResponse('OK')

　　　　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
from django.conf.urls import url
from myapp.views import MyView #引入我們在views.py裡面創建的類
  
urlpatterns = [
     url(r'^index/$', MyView.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屬性的值會被覆蓋掉

　　　　類寫法：

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屬性，並且會被傳進來的這個屬性值給覆蓋掉
]

　　

三 使用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寫在左邊。

四 給視圖加裝飾器

使用裝飾器裝飾FBV

　　　　FBV本身就是一個函數，所以和給普通的函數加裝飾器無差：

def wrapper(func):
    def inner(*args, **kwargs):
        start_time = time.time()
        ret = func(*args, **kwargs)
        end_time = time.time()
        print("used:", end_time-start_time)
        return ret
    return inner


# FBV版添加班級
@wrapper
def add_class(request):
    if request.method == "POST":
        class_name = request.POST.get("class_name")
        models.Classes.objects.create(name=class_name)
        return redirect("/class_list/")
    return render(request, "add_class.html")

　　使用裝飾器裝飾CBV

　　　　類中的方法與獨立函數不完全相同，因此不能直接將函數裝飾器應用於類中的方法 ，我們需要先將其轉換為方法裝飾器。

　　　　Django中提供了method_decorator裝飾器用於將函數裝飾器轉換為方法裝飾器。

　　

from django.views import View
from django.utils.decorators import method_decorator

class AddClass(View):

    @method_decorator(wrapper)
    def get(self, request):
        return render(request, "add_class.html")

    def post(self, request):
        class_name = request.POST.get("class_name")
        models.Classes.objects.create(name=class_name)
        return redirect("/class_list/")

　　下麵是擴展內容，大家看看就可以了：

# 使用CBV時要註意，請求過來後會先執行dispatch()這個方法，如果需要批量對具體的請求處理方法，如get，post等做一些操作的時候，這裡我們可以手動改寫dispatch方法，這個dispatch方法就和在FBV上加裝飾器的效果一樣。

class Login(View):
     
    def dispatch(self, request, *args, **kwargs):
        print('before')
        obj = super(Login,self).dispatch(request, *args, **kwargs)
        print('after')
        return obj
 
    def get(self,request):
        return render(request,'login.html')
 
    def post(self,request):
        print(request.POST.get('user'))
        return HttpResponse('Login.post')

另外給cbv添加裝飾器的時候（先作為瞭解）：

  • 直接添加在dispatch裡面，這樣每個函數都會執行

    from django.utils.decorators import method_decorator

    @method_decorator(login_test)
    def dispatch(self, request, *args, **kwargs):
    res = super(IndexView, self).dispatch(request, *args, **kwargs)
    return res

  • 添加在每一個函數中

    from django.utils.decorators import method_decorator

    @method_decorator(login_test)
    def get(self, request, *args, **kwargs):
    return render(request, 'index.html')

  • 直接添加在類上，後面的name表示只給get添加裝飾器

    from django.utils.decorators import method_decorator

    @method_decorator(login_test, name='get') get是給get方法加 （以這種方式如果想給多個方法加裝飾器，需要寫多層裝飾器，因為name這個參數的值必須是個字元串，並且不能同時寫兩個方法）

　　　@method_decorator(login_test, name='post') post是給post方法加
　　 class IndexView(View):

　　　　def get(self,request)：

　　　　　　pass

　　　　例子：views.py裡面的內容：

from django.shortcuts import render,redirect,HttpResponse
from django.urls import reverse
from django.utils.decorators import method_decorator
from django.views import View
def wrapper(fn):
    def inner(request,*args,**kwargs):
        print('xxxxx')
        ret = fn(request)
        print('xsssss')
        return ret
    return inner

# @method_decorator(wrapper,name='get')#CBV版裝飾器方式一
class BookList(View):
    @method_decorator(wrapper) #CBV版裝飾器方式二
    def dispatch(self, request, *args, **kwargs):
        print('請求內容處理開始')
        res = super().dispatch(request, *args, **kwargs)
        print('處理結束')
        return res
    def get(self,request):
        print('get內容')
        # all_books = models.Book.objects.all()
        return render(request,'login.html')
    @method_decorator(wrapper) #CBV版裝飾器方式三
    def post(self,request):
        print('post內容')
        return redirect(reverse('book_list'))
# @wrapper
def book_list(request):
    
    return HttpResponse('aaa')

　　url.py:

url(r'^book_list/', views.book_list,name='book_list'),
url(r'^booklist/', views.BookList.as_view(),name='booklist'),

　　login.html:

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>Title</title>
</head>
<body>

<form action="/booklist/" method="post">
    {% csrf_token %}
    用戶名：<input type="text" name="username">
    <input type="submit">

</form>

</body>
</html>

　　

  • 添加裝飾器前必須導入from django.utils.decorators import method_decorator
  • 添加裝飾器的格式必須為@method_decorator()，括弧裡面為裝飾器的函數名
  • 給類添加是必須聲明name
  • 註意csrf-token裝飾器的特殊性，在CBV模式下它只能加在dispatch上面(後面再說)

　　下麵這是csrf_token的裝飾器：

　　@csrf_protect，為當前函數強制設置防跨站請求偽造功能，即便settings中沒有設置csrfToken全局中間件。

　　@csrf_exempt，取消當前函數防跨站請求偽造功能，即便settings中設置了全局中間件。

　　註意：from django.views.decorators.csrf import csrf_exempt,csrf_protect

　　

五 request對象

當一個頁面被請求時，Django就會創建一個包含本次請求原信息（請求報文中的請求行、首部信息、內容主體等）的HttpRequest對象。
　　Django會將這個對象自動傳遞給響應的視圖函數，一般視圖函數約定俗成地使用 request 參數承接這個對象。

　　當一個頁面被請求時，Django就會創建一個包含本次請求原信息的HttpRequest對象。
　　Django會將這個對象自動傳遞給響應的視圖函數，一般視圖函數約定俗成地使用 request 參數承接這個對象。

　　官方文檔

請求相關的常用值

  • path_info 返回用戶訪問url，不包括功能變數名稱
  • method 請求中使用的HTTP方法的字元串表示，全大寫表示。
  • GET 包含所有HTTP GET參數的類字典對象
  • POST 包含所有HTTP POST參數的類字典對象
  • body 請求體，byte類型 request.POST的數據就是從body裡面提取到的

屬性

　　所有的屬性應該被認為是只讀的，除非另有說明。

屬性：
　　django將請求報文中的請求行、頭部信息、內容主體封裝成 HttpRequest 類中的屬性。
   除了特殊說明的之外，其他均為只讀的。


0.HttpRequest.scheme（後面再學）
   表示請求方案的字元串（通常為http或https）

1.HttpRequest.body(後面再學)

　　一個字元串，代表請求報文的主體。在處理非 HTTP 形式的報文時非常有用，例如：二進位圖片、XML,Json等。

　　但是，如果要處理表單數據的時候，推薦還是使用 HttpRequest.POST 。

　　另外，我們還可以用 python 的類文件方法去操作它，詳情參考 HttpRequest.read() 。

 

2.HttpRequest.path

　　一個字元串，表示請求的路徑組件（不含功能變數名稱）。

　　例如："/music/bands/the_beatles/"



3.HttpRequest.method

　　一個字元串，表示請求使用的HTTP 方法。必須使用大寫。

　　例如："GET"、"POST"

 

4.HttpRequest.encoding

　　一個字元串，表示提交的數據的編碼方式（如果為 None 則表示使用 DEFAULT_CHARSET 的設置，預設為 'utf-8'）。
   這個屬性是可寫的，你可以修改它來修改訪問表單數據使用的編碼。
   接下來對屬性的任何訪問（例如從 GET 或 POST 中讀取數據）將使用新的 encoding 值。
   如果你知道表單數據的編碼不是 DEFAULT_CHARSET ，則使用它。

 

5.HttpRequest.GET 

　　一個類似於字典的對象，包含 HTTP GET 的所有參數。詳情請參考 QueryDict 對象。

 

6.HttpRequest.POST

　　一個類似於字典的對象，如果請求中包含表單數據，則將這些數據封裝成 QueryDict 對象。

　　POST 請求可以帶有空的 POST 字典 —— 如果通過 HTTP POST 方法發送一個表單，但是表單中沒有任何的數據，QueryDict 對象依然會被創建。
   因此，不應該使用 if request.POST  來檢查使用的是否是POST 方法；應該使用 if request.method == "POST" 

　　另外：如果使用 POST 上傳文件的話，文件信息將包含在 FILES 屬性中。

 7.HttpRequest.COOKIES

　　一個標準的Python 字典，包含所有的cookie。鍵和值都為字元串。

 

8.HttpRequest.FILES

　　一個類似於字典的對象，包含所有的上傳文件信息。
   FILES 中的每個鍵為<input type="file" name="" /> 中的name，值則為對應的數據。

　　註意，FILES 只有在請求的方法為POST 且提交的<form> 帶有enctype="multipart/form-data" 的情況下才會
   包含數據。否則，FILES 將為一個空的類似於字典的對象。

 

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

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

 

11.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的示例對象
        三種形式：
            1 HttpResponse('字元串') 最簡單
            2 render(頁面)   最重要
                2.1 兩個功能
                    -- 讀取文件字元串
                    -- 嵌入變數(模板渲染) html裡面：{{ name }} ， {'name':'chao'}作為render的第三個參數，想寫多個變數{'name':'chao','hobby':['籃球','羽毛球']....}
            3 redirect() 重定向  最難理解,某個網站搬家了，網址變了，訪問原來的網址就重定向到一個新網址，就叫做重定向，網站自己做的重定向，你訪問還是訪問的你之前的，你自己啥也不用做，瀏覽器發送請求，然後服務端響應，然後服務端告訴瀏覽器，你直接跳轉到另外一個網址上，那麼瀏覽器又自動發送了另外一個請求，發送到服務端，服務端返回一個頁面，包含兩次請求，登陸成功後跳轉到網站的首頁，網站首頁的網址和你login登陸頁面的網址是不用的。
                
    '''

    return render(request,'index.html',{'name':'chao'})
    # return HttpResponse('ok')

　　註意：鍵值對的值是多個的時候,比如checkbox類型的input標簽，select標簽，需要用：

request.POST.getlist("hobby")

六 response對象

　　與由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")

　　　　前端調試視窗就可以看到這個類型

　　　　img

　　　　如果不寫這個參數是這個類型：長得像json格式的字元串，當然也可以轉換成json的

　　　　img

　　　　看下麵這種，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()括弧內直接跟一個具體的字元串作為響應體，比較直接很簡單，所以這裡主要介紹後面兩種形式。

Django shortcut functions

render()

　　　　　　img

　　　　　　結合一個給定的模板和一個給定的上下文字典，並返回一個渲染後的 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的狀態碼

　　　　　　參數可以是：

  1. 一個模型：將調用模型的get_absolute_url() 函數

　　　　　　　　2.一個視圖，可以帶有參數：將使用urlresolvers.reverse 來反向解析名稱

　　　　　　　　3.一個絕對的或相對的URL，將原封不動的作為重定向的位置。

　　　　　　預設返回一個臨時的重定向；傳遞permanent=True 可以返回一個永久的重定向。

　　　　　　示例:

　　　　　　你可以用多種方式使用redirect() 函數。

　　　　　　傳遞一個具體的ORM對象（瞭解即可）

　　　　　　將調用具體ORM對象的get_absolute_url() 方法來獲取重定向的URL：

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

　　　　　　傳遞一個視圖的名稱

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

　　　　　　傳遞要重定向到的一個具體的網址

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

　　　　　　看一個例子

　　　　　　　　index.html文件，內容如下　　　

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>Title</title>
</head>
<body>
<div>這是index頁面</div>
<h1>{{ name }}</h1>

</body>
</html>

　　　　　　　　login.html文件，內容如下

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>Title</title>
</head>
<body>

<div>
    <form action="{% url 'xxx' %}" method="post">
        用戶名：<input type="text" name="username">
        密碼：<input type="password" name="password">
        <input type="submit">
    </form>

</div>

</body>
</html>

　　　　　　　　urls.py裡面的內容：

from django.conf.urls import url
from django.contrib import admin
from app01 import views
urlpatterns = [
    # url(r'^admin/', admin.site.urls),
    url(r'^index/', views.index),
    url(r'^login/', views.login,name='xxx'),
]

　　　　　　　　views.py視圖函數裡面的內容

from django.shortcuts import render,HttpResponse,redirect

# Create your views here.

def index(request):
    return render(request,'index.html',{'name':'chao'})

def login(request):
    method = request.method

    if method == 'GET':
        return render(request,'login.html')
    else:
        username = request.POST.get('username')
        password = request.POST.get('password')
        if username == 'chao' and password == '123':
            return redirect('/index/') #重定向到/index/路徑，這也是發送了一個請求，別忘了在上面引入這個redirect類，和render、Httpresponse在一個地方引入
            # return HttpResponse('success')
        else:
            return HttpResponse('失敗')

　　　　　　上面幾個文件搞好之後，我們重啟Django項目，然後登陸頁面的輸入網址，註意，你輸入的網址埠要和你啟動的django項目的埠一樣。

　　　　　　img

　　　　　　一點擊提交按鈕，你看一下network裡面發送了幾個請求：兩個請求，一個是login請求，一個index請求。

　　　　　　img

img

　　　　　　如果沒有做重定向，那麼你登陸完之後，還需要自己去輸入首頁的地址去訪問網站首頁，你說對不對。

　　　　　　但是如果我們在函數裡面寫的render來返回內容，兩者有什麼不同呢？

from django.shortcuts import render,HttpResponse,redirect

# Create your views here.

def index(request):

    return render(request,'index.html',{'name':'chao'})

def login(request):
    method = request.method

    if method == 'GET':
        return render(request,'login.html')
    else:
        username = request.POST.get('username')
        password = request.POST.get('password')
        if username == 'chao' and password == '123':
            return redirect('/index/') #重定向到/index/路徑，這也是發送了一個請求，別忘了在上面引入這個redirect類，和render、Httpresponse在一個地方引入
            # return render(request,'index.html')#如果直接用render來返回頁面，是一次響應就返回了頁面，兩者是有區別的，並且如果你用render返回index.html頁面，那麼這個頁面裡面的模板渲染語言裡面需要的數據你怎麼搞，如果這些數據就是人家index那個函數裡面獨有的呢，你怎麼搞，有人可能就響了，我把所有的數據都拿過來不就行了嗎，首先如果數據量很大的話，是不是都重覆了，並且你想想如果用戶登陸完成之後，你們有進行跳轉，那麼如果網速不太好，卡一下，你想刷新一下你的頁面，你是不是相當於又發送了一個login請求，你刷新完之後，是不是還要讓你輸入用戶名和密碼，你想想是不是，所有咱們一般在登陸之後都做跳轉。
            # 並且大家註意一個問題昂：redirect('/login/')如果你重定向到你當前這個函數對應的路徑下，你想想是什麼想過，一直重定向自己的這個網址，瀏覽器會報錯，當然這個註冊登陸頁面不會出現這個報錯的情況，因為需要你用戶點擊提交才發送請求。你可以試試那個index函數，裡面返回一個redirect('/index/')
            #redirect本質上也是一個HttpResponse的操作，看看源碼就知道了
            # return HttpResponse('success')
        else:
            return HttpResponse('失敗')

　　　　

　　　　當然也可以是一個完整的網址

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

　　　　　　預設情況下，redirect() 返回一個臨時重定向。以上所有的形式都接收一個permanent 參數；如果設置為True，將返回一個永久的重定向：

def my_view(request):
    ...
    object = MyModel.objects.get(...) #學了orm之後再看吧
    return redirect(object, permanent=True)　　

　　　　　　擴展閱讀：

　　　　　　　　key兩次請求，關於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頁面錯誤信息，訪問流量白白喪失；再者某些註冊了多個功能變數名稱的
    網站，也需要通過重定向讓訪問這些功能變數名稱的用戶自動跳轉到主站點等。

臨時重定向（響應狀態碼：302）和永久重定向（響應狀態碼：301）對普通用戶來說是沒什麼區別的，它主要面向的是搜索引擎的機器人。

A頁面臨時重定向到B頁面，那搜索引擎收錄的就是A頁面。

A頁面永久重定向到B頁面，那搜索引擎收錄的就是B頁面。

用redirect可以解釋APPEND_SLASH的用法！這個不講~~


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • jq 實現切換菜單選中狀態
    點擊導航菜單，切換選中狀態 效果： 思路：首先獲取選中的URL，再通過正則判斷是否相同，相同就加上相應的屬性，不相同就去除相應的屬性。 html代碼 JQ代碼 ...
  • Vue+elementui 實現複雜表頭和動態增加列的二維表格
    先上完成的效果圖：列是根據查詢結果增加的 數據格式： 表頭的數據取出： element table中： 表格內數據整理： 左側表頭合併：需要註意的是，當有固定列的時候需要設置表格的max-height屬性，不然會出現列空白 <el-table :data="tableData" span-metho ...
  • vue學習總結
    一.vue基礎 "Vue的介紹及安裝和導入" "Vue的使用" "Vue成員獲取" "Vue中的迴圈以及修改差值表達式" "vue中methods,computed，filters,watch的總結" "Vue中組件" "Vue中插槽指令" "Vue部分編譯不生效,解決Vue渲染時候會閃一下" 二. ...
  • HTML定位——絕對定位和相對定位、固定定位
    1、絕對定位 絕對定位指的是通過規定HTML元素在水平和垂直方向上的位置來固定元素，基於絕對定位的元素不會占據空間。 絕對定位的位置聲明是相對於已定位的並且包含關係最近的祖先元素。如果當前需要被定為的元素沒有已定位的祖先元素作為參考值，則相對於整個網頁。 position：absolute； 1 < ...
  • css樣式水平居中和垂直居中的方法
    水平居中（包含塊中居中）1. 定寬，左右margin為auto。（常規流塊盒、彈性項目[不用定寬]） 例子：在box1盒子上設置寬，再設置margin：auto； 得到的效果： 2. 彈性盒設置justify-content: center，讓彈性項目在主軸上居中。（普遍適應） 例子：在其父元素上設 ...
  • web前端學習筆記
    一、HTMLhtyper text markup language 即超文本標記語言超文本: 就是指頁面內可以包含圖片、鏈接，甚至音樂、程式等非文字元素。標記語言: 標記（標簽）構成的語言.網頁==HTML文檔，由瀏覽器解析，用來展示的靜態網頁：靜態的資源，如xxx.html 動態網頁：html代碼... ...
  • 小程式九九八十一坑之跳轉傳參
    垂死病中驚坐起，笑問 Bug 何處來？！ 1、先是大寫字母作祟 前兩天發佈了「柒留言」v2.0.0 新版本，結果...你懂的嘛，沒有 Bug 的程式不是好程式，寫不出 Bug 的程式員不是好程式員。 那個，有一兩個小 Bug 很正常的啦。 有用戶反饋，收到了留言回覆的通知，但是點進去沒有內容。怎麼會 ...
  • meta
    meta標簽：description【對網站做簡單的描述，用戶是不可見】 <meta name="description" content="測試標簽、元素"/> meta標簽：keywords【關鍵詞，為了確保搜索引擎能正確的匹配到關鍵詞是要對準網頁主題，用戶不可見】 <meta name="ke ...
一周排行
    -Advertisement-
    Play Games
  • C#自增運算符詳解：++i與i++的區別及應用場景
    概述：在C#中，++i和i++都是自增運算符，其中++i先增加值再返回，而i++先返回值再增加。應用場景根據需求選擇，首碼適合先增後用，尾碼適合先用後增。詳細示例提供清晰的代碼演示這兩者的操作時機和實際應用。 在C#中，++i 和 i++ 都是自增運算符，但它們在操作上有細微的差異，主要體現在操作的 ...
  • Taurus.MVC 性能壓力測試（ap 壓測 和 linux 下wrk 壓測）：.NET 版本
    上次發佈了：Taurus.MVC 性能壓力測試（ap 壓測 和 linux 下wrk 壓測）：.NET Core 版本，今天計劃準備壓測一下 .NET 版本，來測試並記錄一下 Taurus.MVC 框架在 .NET 版本的性能，以便後續持續優化改進。 為了方便對比，本文章的電腦環境和測試思路，儘量和... ...
  • 一文讀懂.NET WebAPI中FromRoute、FromQuery、FromBody的關鍵角色與用法
    .NET WebAPI作為一種構建RESTful服務的強大工具，為開發者提供了便捷的方式來定義、處理HTTP請求並返迴響應。在設計API介面時，正確地接收和解析客戶端發送的數據至關重要。.NET WebAPI提供了一系列特性，如[FromRoute]、[FromQuery]和[FromBody]，用 ...
  • WPF/C#實現圖像濾鏡優化方案：打造炫目視覺體驗！
    原因：我之所以想做這個項目，是因為在之前查找關於C#/WPF相關資料時，我發現講解圖像濾鏡的資源非常稀缺。此外，我註意到許多現有的開源庫主要基於CPU進行圖像渲染。這種方式在處理大量圖像時，會導致CPU的渲染負擔過重。因此，我將在下文中介紹如何通過GPU渲染來有效實現圖像的各種濾鏡效果。 生成的效果 ...
  • Bogus 實戰：使用 Bogus 和 EFCore 生成模擬數據和種子數據【完整教程】
    引言 上一章我們介紹了在xUnit單元測試中用xUnit.DependencyInject來使用依賴註入，上一章我們的Sample.Repository倉儲層有一個批量註入的介面沒有做單元測試，今天用這個示例來演示一下如何用Bogus創建模擬數據 ，和 EFCore 的種子數據生成 Bogus 的優 ...
  • WPF隨筆收錄-實時繪製心率曲線
    一、前言 在自己的項目中，涉及到實時心率曲線的繪製，項目上的曲線繪製，一般很難找到能直接用的第三方庫，而且有些還是定製化的功能，所以還是自己繪製比較方便。很多人一聽到自己畫就害怕，感覺很難，今天就分享一個完整的實時心率數據繪製心率曲線圖的例子；之前的博客也分享給DrawingVisual繪製曲線的方 ...
  • wpf程式修改啟動入口註意事項
    如果你在自定義的 Main 方法中直接使用 App 類並啟動應用程式，但發現 App.xaml 中定義的資源沒有被正確載入，那麼問題可能在於如何正確配置 App.xaml 與你的 App 類的交互。 確保 App.xaml 文件中的 x:Class 屬性正確指向你的 App 類。這樣，當你創建 Ap ...
  • 記一次 .NET某爐膛鍋爐檢測系統 崩潰分析
    一：背景 1. 講故事 上個月有個朋友在微信上找到我，說他們的軟體在客戶那邊隔幾天就要崩潰一次，一直都沒有找到原因，讓我幫忙看下怎麼回事，確實工控類的軟體環境複雜難搞，朋友手上有一個崩潰的dump，剛好丟給我來分析一下。 二：WinDbg分析 1. 程式為什麼會崩潰 windbg 有一個厲害之處在於 ...
  • 一個.NET內置依賴註入的小型強化版
    前言 .NET生態中有許多依賴註入容器。在大多數情況下，微軟提供的內置容器在易用性和性能方面都非常優秀。外加ASP.NET Core預設使用內置容器，使用很方便。 但是筆者在使用中一直有一個頭疼的問題：服務工廠無法提供請求的服務類型相關的信息。這在一般情況下並沒有影響，但是內置容器支持註冊開放泛型服 ...
  • WPF隨筆收錄-DataGrid固定右側列
    一、前言 在項目開發過程中，DataGrid是經常使用到的一個數據展示控制項，而通常表格的最後一列是作為操作列存在，比如會有編輯、刪除等功能按鈕。但WPF的原始DataGrid中，預設只支持固定左側列，這跟大家習慣性操作列放最後不符，今天就來介紹一種簡單的方式實現固定右側列。（這裡的實現方式參考的大佬 ...
所有分類