Diagramme de classes API de vues basées sur les classes

Concernant les vues basées sur les classes

La vue de django a une méthode de description simple basée sur une fonction et une méthode de description basée sur une classe. Selon la documentation de django, il n'y avait au début que des conventions basées sur les fonctions, mais au fur et à mesure que l'expérience du développement de VIEW s'accumulait, il a été reconnu que des modèles et des idiomes communs existaient, et il est devenu abstrait.

Les développeurs peuvent utiliser ces résultats comme une «vue générique». Le mot anglais générique signifie «usage général» en japonais. Il est possible de jeter un coup d'œil sur le document et d'utiliser l'exemple pendant un moment, mais honnêtement, il était difficile de comprendre comment cela fonctionne. Quand je l'ai regardé, pensant que c'était ennuyeux, c'était étonnamment net et compact, donc ça n'a pas pris longtemps. Il n'avait pas de structure «à usage général» pour Date. Quand j'écris une vue de base de classe et que je me demande où et quelle logique mettre, je sens que je suis devenu plus ou moins atari en regardant ce diagramme de classes.

Le diagramme de classes dans l'image ci-dessous exporte les associations des classes qui correspondent à django.views.generic. Certains champs et méthodes ne sont pas écrits de manière brisée.

J'ai pu facilement vérifier les dépendances de classe en utilisant la fonction PyCharm. J'ai pu ouvrir le fichier correspondant et n'afficher que la classe sur le côté gauche avec Alt-7 comme indiqué ci-dessous. (Le cordon peut être plié séparément.)

J'ai utilisé Enterprise Architect pour créer le diagramme de classes.