Django - Widoki oparte na klasach

Spisie treści
Od Django w wersji 1.3 Wprowadzono dość istotną zmianę, polegającą na wprowadzeniu możliwości tworzenia widoków przez klasy zamiast funkcji, jak to miało miejsce, podczas traktowania obiektów widoku generowana jest możliwość tworzenia bardziej ogólnych widoków, z którymi możemy się bardziej trzymać Zasada SUCHA nie powtarzać się.
Widoki oparte na klasach
Obecnie widoki nie muszą ograniczać się do funkcji, to dzięki temu, że w Django ważna jest możliwość uzyskania elementu, który można nazwać, dzięki takiemu podejściu możemy mieć pewną swobodę w jak generujemy elementy, które można nazwać . Budując widoki oparte na klasach uzyskujemy następujące korzyści:
1Jego zakres konfigurowalności jest większy.
2Dużo łatwiej jest dostosować podczas tworzenia specjalistycznych projektów.
3Przedmioty możemy wykorzystać ponownie do innych celów.
Co prawda istnieją różne sposoby tworzenia klas, jednak dla zachowania spójności z kodem Django powinniśmy starać się, aby nasze klasy były podobne do klas generycznych frameworka.
W każdym razie robiąc to, należy pamiętać, że nie przeszkadza nam tworzenie klas tak, jak potrzebuje tego nasza aplikacja, nawet jeśli musimy różnić się od wspomnianych już klas generycznych.
Widok ogólny Django.views.generic.base.View
Jak każdy początek jest trudny bez przewodnika, Django Ułatwia nam wejście w ten świat, oferując nam jego ogólny pogląd, aby z niego skorzystać, wystarczy stworzyć z niego podklasę i w ten sposób będziemy mieli bazę.
Oczywiście nie zrobi to tego, czego potrzebujemy od początku, jednak możemy skorzystać z następujących funkcjonalności:
1Walidacja argumentów przekazanych do konfiguracji widoku.
2Zapobiega używaniu argumentów, które są nazwane jak metody HTTP.
3Zbierz argumenty przekazane w konfiguracji adresu URL.
4Sprawdź, czy wywoływana metoda HTTP jest obsługiwana przez widok.
5Automatycznie obsługuje żądania opcji.
Jak stworzyć widok w klasie
Widzieliśmy już różne cechy tego, co to znaczy generować widoki z klasamiWidzieliśmy nawet pewne zalety, teraz zobaczymy, jak możemy przetłumaczyć to, co wiemy na kod, aby uzyskać wynik.
Zobaczmy na poniższym obrazku widok wygenerowany przez utworzenie podklasy ogólny widok Django:

Zróbmy analizę kodu, jeśli spojrzymy tworzymy naszą klasę i określamy, że musi to być a Zobacz podklasę więc uzyskamy wszystkie jego funkcjonalności, wtedy określamy, który szablon ma być powiązany z klasą i w końcu nadpisujemy metody get i post, w ten sposób możemy włączyć naszą logikę.
WażnyAby skorzystać z widoku, musimy go zadeklarować w naszym wzór w adresie URL i powiedz mu, że powinien być traktowany jako widok za pomocą as_view () metoda, opcjonalnie możemy podać nazwę szablonu, w którym ma zwrócić wyniki.
Aby zakończyć ten samouczek, zobaczmy przykład wyżej wymienionego na poniższym obrazku:

Podobał Ci się i pomógł ten samouczek?Możesz nagrodzić autora, naciskając ten przycisk, aby dać mu pozytywny punkt

Będziesz pomóc w rozwoju serwisu, dzieląc stronę ze swoimi znajomymi

wave wave wave wave wave