[PYTHON] django klassenbasierte Ansichten API-Klassendiagramm

In Bezug auf klassenbasierte Ansichten

Die Ansicht von django verfügt über eine einfache funktionsbasierte Beschreibungsmethode und eine klassenbasierte Beschreibungsmethode. Laut der Dokumentation von django gab es zunächst nur funktionsbasierte Konventionen, aber als sich die Entwicklungserfahrung von VIEW ansammelte, wurde erkannt, dass es Muster und gemeinsame Redewendungen gab, und es wurde abstrahiert.

Entwickler können diese Ergebnisse als "allgemeine Ansicht" verwenden. Das englische Wort generisch bedeutet auf Japanisch "Allzweck". Es ist möglich, das Beispiel nur durch einen Blick auf das Dokument zu verwenden, aber ehrlich gesagt war es schwer zu verstehen, wie es funktioniert. Ich fand es nervig, aber als ich es nachschlug, war es überraschend ordentlich und kompakt, so dass es nicht lange dauerte. Es gab keine "Allzweck" -Struktur für Datum. Wenn ich eine Klassenbasisansicht schreibe und mich frage, wo und welche Logik ich einfügen soll, habe ich das Gefühl, dass ich durch das Betrachten dieses Klassendiagramms mehr oder weniger atari geworden bin.

Das Klassendiagramm im Bild unten beschreibt die Zuordnungen der Klassen, die unter django.views.generic passen. Einige Felder und Methoden sind nicht fehlerhaft geschrieben.

Ich konnte die Klassenabhängigkeiten einfach mit der PyCharm-Funktion überprüfen. Ich konnte die entsprechende Datei öffnen und nur die Klasse auf der linken Seite mit Alt-7 anzeigen, wie unten gezeigt. (Die Schnur kann separat gefaltet werden.)

Ich habe Enterprise Architect verwendet, um das Klassendiagramm zu erstellen.