Heim > Backend-Entwicklung > Python-Tutorial > Detaillierte Erklärung der Django-Ansichten in Python (mit Beispielen)

Detaillierte Erklärung der Django-Ansichten in Python (mit Beispielen)

不言
Freigeben: 2018-10-11 16:21:08
nach vorne
7460 Leute haben es durchsucht

Dieser Artikel bietet Ihnen eine detaillierte Erklärung der Django-Ansichten in Python (mit Beispielen). Ich hoffe, dass er Ihnen als Referenz dienen wird.

Eine Ansichtsfunktion (Klasse), die als Ansicht bezeichnet wird, ist eine einfache Python-Funktion (Klasse), die Geschäftslogik enthält. Sie akzeptiert Webanforderungen und gibt Webantworten zurück.

Die Antwort kann der HTML-Inhalt einer Webseite, eine Weiterleitung, ein 404-Fehler, ein XML-Dokument oder ein Bild sein.

Eine Antwort zurückgeben, unabhängig davon, welche Logik die Ansicht selbst enthält. Es spielt keine Rolle, wo der Code geschrieben wird, solange er sich in Ihrem aktuellen Projektverzeichnis befindet. Mehr ist nicht erforderlich – „nichts Magisches“ sozusagen.

Um den Code irgendwo abzulegen, ist es üblich, Ansichten in einer Datei namens „views.py“ im Projekt- oder App-Verzeichnis zu platzieren.

Beispiel: Eine Ansicht, die das aktuelle Datum und die aktuelle Uhrzeit in Form eines HTML-Dokuments zurückgibt:

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)
Nach dem Login kopieren

Lassen Sie uns den obigen Code Zeile für Zeile erklären:

Zuerst: Wir beginnen mit dem Modul django.http, das die Klasse HttpResponse und die Datetime-Bibliothek von Python importiert.

Als nächstes definieren wir die Funktion current_datetime. Es ist die Ansichtsfunktion. Jede Ansichtsfunktion verwendet ein HttpRequest-Objekt als ersten Parameter und wird normalerweise als Anforderung bezeichnet.

Beachten Sie, dass der Name der Ansichtsfunktion nicht wichtig ist; er muss nicht einheitlich benannt werden, damit Django ihn erkennt. Wir haben es „current_datetime“ genannt, da dieser Name die von ihm implementierten Funktionen genauer widerspiegeln kann.

Diese Ansicht gibt ein HttpResponse-Objekt zurück, das die generierte Antwort enthält. Jede Ansichtsfunktion ist für die Rückgabe eines HttpResponse-Objekts verantwortlich.

Django verwendet Anforderungs- und Antwortobjekte, um den Status durch das System zu leiten.

Wenn der Browser eine Seite vom Server anfordert, erstellt Django ein HttpRequest-Objekt, das Metadaten über die Anfrage enthält. Django lädt dann die entsprechende Ansicht und übergibt dieses HttpRequest-Objekt als ersten Parameter an die Ansichtsfunktion.

Jede Ansicht ist für die Rückgabe eines HttpResponse-Objekts verantwortlich.

CBV (klassenbasierte Ansicht) und FBV (funktionsbasierte Ansicht)

Die funktionsbasierte Ansicht wird FBV genannt und die Ansicht kann auch als klassenbasierte Ansicht geschrieben werden.

FBV-Version

# FBV版添加班级 以函数的方式实现
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")
Nach dem Login kopieren

CBV-Version

# CBV版添加班级 以类的方式实现
from django.views import View
class AddClass(View): # 继承View中的所有属性
    def get(self, request):  # 如果是get请求,就执行此段函数
        return render(request, "add_class.html")
    def post(self, request): # 如果是post,请求就执行此段函数
        class_name = request.POST.get("class_name")
        models.Classes.objects.create(name=class_name)
        return redirect("/class_list/")
Nach dem Login kopieren

Hinweis: Für CBV müssen entsprechende Änderungen in urls.py vorgenommen werden:

# urls.py中,要加括号
url(r&#39;^add_class/$&#39;, views.AddClass.as_view()),
# 注意: Addclass中并没有定义as_view方法,而是继承view中的方法,从而使其按照
  #相应条件执行相应程序.
 
流程
                1. AddPress.as_view()  —— 》 view函数

                2. 当请求到来的时候执行view函数:
 1. 实例化自己写的类   —— 》self
  self = cls(**initkwargs)
 2. self.request = request
                    3. 执行 self.dispatch(request, *args, **kwargs)
                    
 1. 执行父类中的dispatch方法
  1. 判断请求方式是否被允许
   1. 允许的情况
      handler = 通过反射获取 get  post 方法(指的是自己定义的类中的方法) 
                                    
   2. 不允许的情况
      handler = 不允许的方法
                                    
                           3. handler(request, *args, **kwargs)
                                
 2. 返回HttpResponse对象
                    4. 返回HttpResponse对象 给django
Nach dem Login kopieren

Durch die Vererbung der View-Methode hilft es Vervollständigen Sie das logische Geschäft. Die Funktionen (acht Empfangsmethoden wie Post, Get, Filter usw.) sind prägnanter als die FBV-Version

CBV-Version, ohne Beurteilung und modularer.

CBV Version fügt Dekorator hinzu

Methoden in einer Klasse sind nicht genau die gleichen wie eigenständige Funktionen, daher können Funktionsdekoratoren nicht direkt auf Methoden in einer Klasse angewendet werden, wir müssen sie zuerst in Methodendekoratoren konvertieren.

Django stellt den Method_decorator-Dekorator zur Verfügung, um Funktionsdekoratoren in Methodendekoratoren umzuwandeln.

Methode 1:

# Achten Sie bei der Verwendung von CBV auf eine Anfrage Nach der Übergabe wird zuerst die Methode „dispatch()“ ausgeführt. Wenn wir einige Vorgänge für bestimmte Anforderungsverarbeitungsmethoden wie „get“, „post“ usw. ausführen müssen, können wir die Methode „dispatch“ hier manuell umschreiben ist das Gleiche wie das Hinzufügen von Dekoration auf FBV. Die Wirkung des Geräts ist die gleiche.

Methode 2 :


Dekorateur zu FBV hinzufügen


Request-Objekt

Wenn eine Seite angefordert wird, erstellt Django ein HttpRequest-Objekt, das die Originalinformationen der Anfrage enthält.
Django übergibt dieses Objekt automatisch an die entsprechende Ansichtsfunktion. Im Allgemeinen verwendet die Ansichtsfunktion herkömmlicherweise den Anforderungsparameter, um dieses Objekt zu akzeptieren.

Anforderungsbezogene allgemeine Werte

path_info Gibt die Benutzerzugriffs-URL ohne den Domänennamen zurück

Methode Die Zeichenfolgendarstellung der in der Anforderung verwendeten HTTP-Methode, ausgedrückt in allem Großbuchstaben.

GET Wörterbuchähnliches Objekt, das alle HTTP-GET-Parameter enthält

POST Wörterbuchähnliches Objekt, das alle HTTP-POST-Parameter enthält

body Anforderungstext, Bytetyp request.POST-Daten sind

Attribute

Aus dem Körper extrahierte Attribute sollten als schreibgeschützt betrachtet werden, sofern nicht anders angegeben.

Attribute:
Django kapselt die Anforderungszeile, die Header-Informationen und den Inhaltstext der Anforderungsnachricht in Attribute in der HttpRequest-Klasse.
Sofern nicht anders angegeben, ist alles andere schreibgeschützt.

0.HttpRequest.scheme

Eine Zeichenfolge, die das Anforderungsschema darstellt (normalerweise http oder https)

1. HttpRequest.body

Eine Zeichenfolge, die darstellt der Text der Anforderungsnachricht. Dies ist sehr nützlich bei der Verarbeitung von Nicht-HTTP-Nachrichten wie Binärbildern, XML, Json usw.
Wenn Sie jedoch Formulardaten verarbeiten möchten, empfiehlt sich die Verwendung von HttpRequest.POST.
Darüber hinaus können wir auch die Klassendateimethode von Python verwenden, um es zu bedienen. Weitere Informationen finden Sie unter HttpRequest.read().

2. HttpRequest.path

Eine Zeichenfolge, die die Pfadkomponente der Anfrage darstellt (ohne Domänennamen).

Zum Beispiel: „/music/bands/the_beatles/“

3. HttpRequest.method

Eine Zeichenfolge, die die in der Anfrage verwendete HTTP-Methode angibt. Es müssen Großbuchstaben verwendet werden.

Zum Beispiel: „GET“, „POST“

4, HttpRequest.encoding

Eine Zeichenfolge, die die Kodierungsmethode der übermittelten Daten angibt (wenn „Keine“ ist, wird sie angezeigt bedeutet die Verwendung der Einstellung DEFAULT_CHARSET, Standard ist „utf-8“).
Dieses Attribut ist beschreibbar und Sie können es ändern, um die Kodierung zu ändern, die für den Zugriff auf die Formulardaten verwendet wird.
Jeder nachfolgende Zugriff auf die Eigenschaft (z. B. das Lesen von Daten aus GET oder POST) verwendet den neuen Codierungswert.
Wenn Sie wissen, dass die Codierung der Formulardaten nicht DEFAULT_CHARSET ist, verwenden Sie sie.

5. HttpRequest.GET

Ein wörterbuchähnliches Objekt, das alle Parameter von HTTP GET enthält. Weitere Informationen finden Sie im QueryDict-Objekt.

6. HttpRequest.POST

Ein wörterbuchähnliches Objekt. Wenn die Anfrage Formulardaten enthält, werden die Daten in ein QueryDict-Objekt gekapselt.

POST-Anfragen können ein leeres POST-Wörterbuch haben – wenn ein Formular über die HTTP-POST-Methode gesendet wird, aber keine Daten im Formular vorhanden sind, wird das QueryDict-Objekt trotzdem erstellt.

Daher sollten Sie if request.POST nicht verwenden, um zu überprüfen, ob die POST-Methode verwendet wird. Sie sollten if request.method == "POST" verwenden.

Außerdem: if you Verwenden Sie POST zum Hochladen. Wenn es sich um eine Datei handelt, werden die Dateiinformationen in das FILES-Attribut aufgenommen.

7. HttpRequest.COOKIES

Ein Standard-Python-Wörterbuch, das alle Cookies enthält. Sowohl Schlüssel als auch Werte sind Zeichenfolgen.

8. HttpRequest.FILES

Ein wörterbuchähnliches Objekt, das alle hochgeladenen Dateiinformationen enthält.

Jeder Schlüssel in FILES ist der Name in und der Wert sind die entsprechenden Daten.

Beachten Sie, dass FILES nur dann Daten enthält, wenn die Anforderungsmethode POST ist und das übermittelte

enctype="multipart/form-data" hat. Andernfalls ist FILES ein leeres wörterbuchähnliches Objekt.

9. HttpRequest.META

Ein Standard-Python-Wörterbuch, das alle HTTP-Header enthält. Die spezifischen Header-Informationen hängen vom Client und Server ab. Hier einige Beispiele:

CONTENT_LENGTH – die Länge des Anforderungstexts (ist eine Zeichenfolge).
CONTENT_TYPE – Der MIME-Typ des angeforderten Textes.
HTTP_ACCEPT – Inhaltstyp, der als Antwort empfangen werden kann.
HTTP_ACCEPT_ENCODING – Die akzeptable Kodierung der Antwort.
HTTP_ACCEPT_LANGUAGE – Die Sprache, die die Antwort akzeptieren kann.
HTTP_HOST – Vom Client gesendeter HTTP-Host-Header.
HTTP_REFERER – Verweisende Seite.
HTTP_USER_AGENT – Client-Benutzeragentenzeichenfolge.
QUERY_STRING – Abfragezeichenfolge als einzelne Zeichenfolge (ungeparste Form).
REMOTE_ADDR – Die IP-Adresse des Clients.
REMOTE_HOST – Der Hostname des Clients.
REMOTE_USER – Vom Server authentifizierter Benutzer.
REQUEST_METHOD – eine Zeichenfolge, z. B. „GET“ oder „POST“.
SERVER_NAME – Der Hostname des Servers.
SERVER_PORT – Der Port des Servers (ist eine Zeichenfolge).
Wie Sie oben sehen können, werden mit Ausnahme von CONTENT_LENGTH und CONTENT_TYPE bei der Konvertierung eines HTTP-Headers in der Anfrage in einen META-Schlüssel alle Buchstaben großgeschrieben und der Connector durch einen Unterstrich ersetzt und schließlich durch den hinzugefügt HTTP_-Präfix. Daher wird ein Header namens X-Bender in META in den Schlüssel HTTP_X_BENDER umgewandelt.

10. HttpRequest.user

Ein Objekt vom Typ AUTH_USER_MODEL, das den aktuell angemeldeten Benutzer darstellt.

如果用户当前没有登录,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.
Nach dem Login kopieren

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")
Nach dem Login kopieren

方法

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(&#39;name&#39;)        
&#39;Tony&#39;
>>> request.get_signed_cookie(&#39;name&#39;, salt=&#39;name-salt&#39;)        
&#39;Tony&#39; # 假设在设置cookie的时候使用的是相同的salt
>>> request.get_signed_cookie(&#39;non-existing-cookie&#39;)
...
KeyError: &#39;non-existing-cookie&#39;    
# 没有相应的键时触发异常
>>> request.get_signed_cookie(&#39;non-existing-cookie&#39;, False)
False        
>>> request.get_signed_cookie(&#39;cookie-that-was-tampered-with&#39;)
...
BadSignature: ...    
>>> request.get_signed_cookie(&#39;name&#39;, max_age=60)
...
SignatureExpired: Signature age 1677.3839159 > 60 seconds        
>>> request.get_signed_cookie(&#39;name&#39;, False, max_age=60)
False
Nach dem Login kopieren

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') 装饰你的视图以让响应能够正确地缓存。

注意:键值对的值是多个的时候,比如checkbox类型的input标签,select标签,需要声明:request.POST.getlist('hobby')

Response对象 

与由Django自动创建的HttpRequest对象相比,HttpResponse对象是我们的职责范围了。我们写的每个视图都需要实例化,填充和返回一个HttpResponse。

HttpResponse类位于django.http模块中。 

使用

传递字符串 

from django.http import HttpResponse
response = HttpResponse("Here&#39;s the text of the Web page.")
response = HttpResponse("Text only, please.", content_type="text/plain")
Nach dem Login kopieren

设置或删除响应头信息

response = HttpResponse()
response[&#39;Content-Type&#39;] = &#39;text/html; 
charset=UTF-8&#39;del response[&#39;Content-Type&#39;]
Nach dem Login kopieren

属性

HttpResponse.content:响应内容

HttpResponse.charset:响应内容的编码

HttpResponse.status_code:响应的状态码

JsonResponse对象

JsonResponse是HttpResponse的子类,专门用来生成JSON编码的响应。

from django.http import JsonResponse
response = JsonResponse({&#39;foo&#39;: &#39;bar&#39;})
print(response.content)
b&#39;{"foo": "bar"}&#39;
Nach dem Login kopieren

默认只能传递字典类型,如果要传递非字典类型需要设置一下safe关键字参数。

response = JsonResponse([1, 2, 3], safe=False)
Nach dem Login kopieren

Django shortcut functions
  
render()

Detaillierte Erklärung der Django-Ansichten in Python (mit Beispielen)

结合一个给定的模板和一个给定的上下文字典,并返回一个渲染后的 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, &#39;myapp/index.html&#39;, {&#39;foo&#39;: &#39;bar&#39;})
Nach dem Login kopieren

上面代码等于

from django.http import HttpResponse
from django.template import loader
def my_view(request):
    # 视图代码写在这里
    t = loader.get_template(&#39;myapp/index.html&#39;)
    c = {&#39;foo&#39;: &#39;bar&#39;}
    return HttpResponse(t.render(c, request))
Nach dem Login kopieren

redirect()

参数可以是:

一个模型:将调用模型的get_absolute_url() 函数

一个视图,可以带有参数:将使用urlresolvers.reverse 来反向解析名称

一个绝对的或相对的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)
Nach dem Login kopieren

传递一个视图名称

def my_view(request):
    ...    
    return redirect(&#39;some-view-name&#39;, foo=&#39;bar&#39;)
Nach dem Login kopieren

传递要重定向到的一个具体的网址

def my_view(request):
    ...
    return redirect(&#39;/some/url/&#39;)
Nach dem Login kopieren

当然也可以是一个完整的网址

def my_view(request):
    ...
    return redirect(&#39;http://example.com/&#39;)
Nach dem Login kopieren

默认情况下,redirect() 返回一个临时重定向。以上所有的形式都接收一个permanent 参数;如果设置为True,将返回一个永久的重定向:

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

Das obige ist der detaillierte Inhalt vonDetaillierte Erklärung der Django-Ansichten in Python (mit Beispielen). Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Verwandte Etiketten:
Quelle:cnblogs.com
Erklärung dieser Website
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Beliebte Tutorials
Mehr>
Neueste Downloads
Mehr>
Web-Effekte
Quellcode der Website
Website-Materialien
Frontend-Vorlage