Django vs. Contrôleur de vue modèle

Question

Est-ce que quelqu'un peut m'expliquer où sont les différences entre Django et le pattern Model View Controller?

Sur le plan fonctionnel, que pouvons-nous attendre de ces différences - par exemple, qu'est-ce qui fonctionne différemment lorsque l'on compare Django à, par exemple, Ruby on Rails?

Answer 1

Selon le Django Livre, Django suit le modèle MVC d'assez près pour être appelé un framework MVC.

Django a été appelé MTV cadre, car le contrôleur est géré par le framework lui-même et la plupart de l'excitation se produit dans des modèles, des modèles et des points de vue.

Vous pouvez lire plus sur MTV / MVC ici:

La MTV (ou MVC) Modèle de Développement

Si vous êtes familier avec d'autres MVC Web-cadres de développement, tels que Ruby on Rails, vous pouvez envisager de Django vues les contrôleurset Modèles Django à la vue.

C'est une regrettable confusion portées par les différents les interprétations de la MVC.

Dans Django interprétation de la MVC, la vue décrit les données qui obtient présenté à l'utilisateur; il n'est pas nécessairement juste comment les données apparence, mais dont les données sont présentées.

En revanche, Ruby on Rails et les cadres similaires suggèrent que le contrôleur du travail comprend décider laquelle des données sont présentés à l'utilisateur, tandis que la vue est strictement comment l' les données de regards, pas de données présentées.

Answer 2

Le Django FAQ en lui-même est un endroit décent pour commencer:

• https://docs.djangoproject.com/en/dev/faq/general/#django-appears-to-be-a-mvc-framework-but-you-call-the-controller-the-view-and-the-view-the-template-how-come-you-don-t-use-the-standard-names

Gardez à l'esprit que "Modèle Vue Contrôleur" est seulement un modèle, c'est à dire une tentative de décrire une architecture commune. Donc, une meilleure question pourrait être "Comment Django ajuster le Modèle-Vue-Contrôleur modèle?"

Answer 3

Lorsque vous codez, sans penser aux noms des éléments du framework, il n'y a pas de différence substantielle entre, par exemple, RoR. Mais cela dépend de l'utilisation que vous en donnez models , car dans Django, ils contiennent facilement une logique qui, dans d'autres cadres, resterait au niveau du contrôleur.

Les view sur Django ont tendance à être un ensemble de requêtes pour extraire des données et les transmettre au modèle.

Answer 4

Dans MVT, une demande à une URL est envoyée à une vue. Cette vue appelle le modèle, effectue des manipulations et prépare les données pour la sortie. Les données sont transmises à un modèle qui est rendu en réponse. idéalement, dans les cadres Web, le contrôleur est masqué.

C'est là que réside la différence par rapport à MVC: dans mvc, l'utilisateur interagit avec l'interface graphique, le contrôleur gère la demande, notifie le modèle et la vue interroge le modèle pour afficher le résultat à l'utilisateur.