Also, jetzt werden wir einen Blick auf den Code werfen, der tatsächlich die Ansichten schreibt,
den Code effektiv in views.py.
Jetzt ist die erste Ansicht, die wir uns ansehen werden, eine, in der wir überhaupt
keinen Code schreiben.
Und das ist diese vordefinierte Ansicht, diese TemplateView.
Und wieder ist TemplateView Code, dass eine Klasse, die
uns von Django, TemplateView, gegeben wird, und Sie übergeben ihm einen Parameter.
Also rufen wir hier eine Funktion auf
und übergeben einen Vorlagennamen an sie, und das ist eine Datei, views/main.html.
Dies sind die Anwendungsansichten,
es gibt einen Unterordner namens Vorlagen und dann werde ich darüber in ein wenig sprechen.
Wir wiederholen den Anwendungsnamen zweimal.
Das ist also ein bisschen komisch.
Aber es muss die Tatsache tun, dass diese Namen global in allen Anwendungen sind.
Und so möchten Sie, dass es möglicherweise mehr als eine main.html gibt.
Und deshalb hast du diesen zusätzlichen Ordnernamen und
steckst diesen dort hin, obwohl sich das ein wenig überflüssig anfühlt, aber es ist okay.
Und so ist dies nur eine statische HTML-Datei.
Ich werde keine Daten aus einer Datenbank lesen.
Ich werde keine Daten in die Datenbank schreiben.
Ich werde nur diese Datei lesen und sie an den Browser senden.
Und das ist eine gemeinsame Sache,
wo wir nur eine Datei haben, die wir zurück an den Browser senden möchten.
Und so müssen wir einfach nicht einmal einen anderen Python-Code schreiben, als
diesen Eintrag in die URL-Muster in urls.py hinzuzufügen.
Das ist also eine Ansicht, in der Sie keinen Python-Code geschrieben haben.
Nun, für die Teile, in denen Sie Python-Code für eine Ansicht schreiben
möchten, werden Sie Variablen übergeben.
Bei den Variablen handelt es sich um das Anforderungsobjekt.
Das Anforderungsobjekt sind alle Daten, die eingehen, und das Antwortobjekt
ist etwas, das Sie in der Ansicht erzeugen und Sie alles zurücksenden.
Das Anforderungsobjekt ist also eine Objektinstanz der Klasse HttpRequest.
Dies ist ein vordefinierter Django,
und es gibt nur eine ganze Reihe von Dingen.
Das Schema, jetzt, was ist das Schema? Unabhängig davon
, ob es sicher oder unsicher https ist. Die Leiche? Es ist eine Schnur.
Es gibt also etwa 20 oder 30 Attribute.
Wir werden einige von ihnen verwenden, aber Sie müssen nicht alle verwenden, aber
Sie können die Dokumentation nachschlagen.
Und je anspruchsvoller Ihre Anwendung wird, desto wahrscheinlicher
werden Sie gehen müssen, um ein wenig von der eingehenden Anfrage zu finden.
Sie könnten sich vorstellen, dass diese Anforderungsdaten alle Daten sind, die Sie in
Ihrem Browser-Debugger darüber sehen, welche Daten an den Server gesendet wurden,
die alle irgendwo in diesem Objekt landen.
Wenn wir nun aus einer Sicht zurückkehren, müssen wir eine Antwort zurückschicken.
Und so ist die Antwort etwas, das wir innerhalb unserer Sicht schaffen.
Es könnte einfach Text sein, der HTML ist, oder es könnte ein Umleitungsobjekt sein,
eine Umleitungsantwort, die besagt, hey, gehe zu einer anderen Seite.
Und so machen wir das. Der Hauptauftrag am Ende der Ansicht besteht darin,
eine Antwort zu erzeugen und sie dann an Django zurückzugeben.
Und so, hier ist eine sehr einfache Ansicht.
Also hier sagen wir, wir sind in der Views Anwendung.
Wir gehen zur Ansicht flippig, richtig?
Und so sagen wir in der urls.py map /funky zu dieser
Funktion namens funky, es ist eine funky Funktion.
Deshalb nenne ich es funky.
Und wenn es dies sieht, werden alle Daten, die in die Anfrage kommen,
in dieser Variablen angezeigt, die der erste Parameter ist, der an diese Funktion gesendet wird.
Das heißt also in urls.py.
Nehmen Sie alles, was zu Ansichten/funky geht, sammeln Sie alle Anforderungsdaten
aus dem Browser, legen Sie es in ein Objekt und übergeben Sie dann dieses Anforderungsobjekt hinein.
Jetzt werde ich hier nichts mit diesem
Anforderungsobjekt tun, weil ich immer genau dasselbe zurückgebe.
Und so habe ich nur eine schöne dreifach-zitierte Zeichenfolge von etwas HTML mit weniger Thans und
größeren Thans und ich werde im Grunde zurückkehren,
es ist meine Aufgabe in der Ansicht, eine Antwort zurückzugeben.
Es gibt ein Paar, zwei Haupttypen von ihnen. Einer ist ein HttpResponse
, der genau wie ein Textkörper ist, und das schicke ich hier.
Ich sende einen HttpResponse, das ist ein Konstruktor.
Wir konstruieren ein HttpResponse-Objekt und
nehmen diese Zeichenfolge, die ich dort einlege und weg gehen wir.
Okay? Und damit im Grunde, wenn Sie auf diesen Weg gehen, werden Sie diese
Seite zurück bekommen und es sieht irgendwie so aus, wenn alles gesagt und erledigt ist.
Okay, jetzt wollen wir darüber reden, wie wir an Parametern kommen können.
Also habe ich erwähnt, dass dieses Anforderungsobjekt, das in Ihre View-Funktion kommt,
alle Daten aus der Anfrage hat.
Nun, wenn wir zu einer Ansicht mit diesem
Fragezeichen-Schlüssel-Wert-Paare senden, ist das eine Vermutung gleich 42 dort.
Und wir werden Gefahr zu views.danger in urls.py weiterleiten.
Und so werden alle diese Daten in dieser Variablen namens Anfrage eingeschlossen, die an
die Funktion namens Gefahr übergeben wird.
Und so, innerhalb der Anfrage sind einige Daten. request.get ist ein Wörterbuch
der Schlüssel-Wert-Paare, die sich auf dieser URL befinden.
Also, um die 42 herauszuziehen, können wir sagen,
request.get Halterung „erraten“ und das zieht das heraus.
Und das ist alles, was wir hier haben, ist eine wirklich einfache HTML-Seite und
wir ersetzen diesen kleinen Teil durch 42.
Und was auch immer diese Zahl ist, kommt wieder in der Ausgabe heraus.
Es ist also deine Vermutung war 42.
So übergeben wir GET-Daten in eine Ansicht.
Nun, als nächstes
werde ich Ihnen genau erklären, warum ich diese Funktion „Gefahr“ genannt habe.
( MUSIK)