Une vue est un exécutable acceptant une requête et renvoyant une réponse. Ce n’est pas forcément une simple fonction et Django fournit des exemples de classes qui peuvent être utilisées comme des vues. Celles-ci vous permettent de structurer vos vues et de réutiliser du code en exploitant l’héritage et les « mixins ». Il existe également des vues génériques pour certaines tâches (nous y reviendrons plus tard), mais vous pouvez tout à fait concevoir votre propre structure de vues réutilisables en fonction de votre cas d’utilisation. Pour des détails plus complets, consultez la documentation de référence des vues fondées sur les classes.
\nDjango fournit des classes de vues basiques qui conviennent à une large palette d’applications. Toutes ces vues héritent de la classe View, qui gère la liaison de la vue aux URL, la distribution en fonction de la méthode HTTP et d’autres fonctionnalités de base. RedirectView sert pour les redirections HTTP alors que TemplateView étend la classe de base afin d’être capable d’afficher un gabarit.
La manière la plus directe d’utiliser des vues génériques est de les créer directement dans votre configuration d’URL. Si vous ne devez changer qu’un nombre restreint d’attributs d’une vue fondée sur une classe, vous pouvez les transmettre directement dans l’appel de méthode as_view():
from django.urls import path\nfrom django.views.generic import TemplateView\n\nurlpatterns = [\n path('about/', TemplateView.as_view(template_name="about.html")),\n]\nTout paramètre transmis à as_view() surcharge l’attribut de même nom de la classe. Dans cet exemple, nous définissons template_name de la vue TemplateView. Le même système de surcharge peut être utilisé pour l’attribut url de RedirectView.
L’autre façon, plus puissante, d’utiliser les vues génériques est d’hériter d’une vue existante et de surcharger ses attributs (comme template_name) ou ses méthodes (comme get_context_data) dans votre sous-classe pour fournir d’autres valeurs ou méthodes. Considérez par exemple une vue qui ne fait qu’afficher un gabarit, about.html. Django possède une vue générique pour faire cela, TemplateView, on peut donc en hériter et surcharger la variable du nom du gabarit :
# some_app/views.py\nfrom django.views.generic import TemplateView\n\nclass AboutView(TemplateView):\n template_name = "about.html"\nPuis, il faut ajouter cette nouvelle vue dans la configuration d’URL. Comme TemplateView est une classe, pas une fonction, il est nécessaire de faire correspondre l’URL avec la méthode de classe as_view() qui constitue un point d’entrée de type fonction pour les vues fondées sur les classes :
# urls.py\nfrom django.urls import path\nfrom some_app.views import AboutView\n\nurlpatterns = [\n path('about/', AboutView.as_view()),\n]\nPour plus d’informations sur la façon d’utiliser les vues génériques intégrées dans Django, consultez le prochain thème sur les vues génériques fondées sur les classes.
\nSupposons que quelqu’un veuille accéder à notre bibliothèque de livres par HTTP en utilisant les vues comme API. Le client de cette API se connecte de temps à autre et télécharge les données des livres publiés depuis sa dernière visite. Mais si aucune publication n’a eu lieu dans l’intervalle, ce serait une perte de temps processeur et de bande passante que de récupérer les livres de la base de données, de produire une réponse complète et de l’envoyer au client. Il pourrait être préférable d’interroger l’API au sujet de la date de publication la plus récente.
\nNous faisons correspondre l’URL à la vue de la liste des livres dans la configuration d’URL :
\nfrom django.urls import path\nfrom books.views import BookListView\n\nurlpatterns = [\n path('books/', BookListView.as_view()),\n]\nEt la vue :
\nfrom django.http import HttpResponse\nfrom django.views.generic import ListView\nfrom books.models import Book\n\nclass BookListView(ListView):\n model = Book\n\n def head(self, *args, **kwargs):\n last_book = self.get_queryset().latest('publication_date')\n response = HttpResponse()\n # RFC 1123 date format\n response['Last-Modified'] = last_book.publication_date.strftime('%a, %d %b %Y %H:%M:%S GMT')\n return response\nSi on accède à la vue par une requête GET, une liste d’objets est renvoyée dans la réponse (en utilisant le gabarit book_list.html). Mais si le client lance une requête HEAD, le corps de la réponse sera vide et l’en-tête Last-Modified indiquera la date de publication de livre la plus récente. Sur la base de cette information, le client peut décider de charger ou non la liste complète des objets.