Qu'est-ce que l'architecture MVT ?

Question

Accepted Answer

Django suit l'architecture **MVT (Model-View-Template)** — sa variation du pattern MVC classique. Elle sépare une application en trois couches : **Models** (données), **Views** (logique), et **Templates** (présentation). Comprendre ces couches clarifie où chaque morceau de code doit se trouver. ## Les trois couches ```text Model → the DATA layer: defines structure & talks to the database (the ORM) View → the LOGIC layer: processes requests, fetches data, returns responses Template → the PRESENTATION layer: HTML with placeholders for dynamic data ``` ## Comment ils travaillent ensemble (le flux de requête) ```text Request → URLconf (routing) → VIEW → queries MODELS → renders TEMPLATE → Response ``` ```python # MODEL — defines the data (models.py) class Article(models.Model): title = models.CharField(max_length=200) body = models.TextField() # VIEW — the logic: fetch data, pass to a template (views.py) def article_list(request): articles = Article.objects.all() # query the MODEL return render(request, "articles.html", {"articles": articles}) # render a TEMPLATE ``` ```html {% for article in articles %}

{% endfor %} ``` La view relie tout cela : elle reçoit la requête, interroge les models pour les données, et rend un template avec ces données pour produire la réponse. ## MVT vs MVC ```text Classic MVC: Model — View — Controller Django MVT: Model — Template — View The mapping (a common point of confusion): Django's VIEW ≈ MVC's CONTROLLER (the logic that handles requests) Django's TEMPLATE ≈ MVC's VIEW (the presentation) Model is the same in both → Django says the framework itself acts as the "controller" (URL routing/dispatch). ``` La nomenclature diffère de MVC : la **View** de Django joue le rôle du *Contrôleur* de MVC (logique de gestion de requête), et le **Template** de Django joue la *View* de MVC (présentation). Le routing du framework gère la dispatch. ## Pourquoi cette séparation importe ```text ✓ Separation of concerns — data, logic, and presentation are independent ✓ Maintainability — change the template without touching logic, etc. ✓ Reusability & testability — test views independently, reuse models/templates ``` ## Pourquoi c'est important L'architecture MVT est le pattern structural fondamental de chaque application Django — la comprendre vous dit **où chaque morceau de code doit se trouver** (définitions de données dans les models, logique de gestion de requête dans les views, présentation HTML dans les templates), ce qui est essentiel pour organiser correctement tout projet Django. La séparation des préoccupations qu'elle impose rend les applications maintenables (modifier la présentation sans toucher à la logique), testables (tester les views et models indépendamment), et réutilisables. Également important est de comprendre le **mapping MVT-vs-MVC** — une source fréquente de confusion — où la « View » de Django est en réalité l'équivalent du contrôleur (la logique) et le « Template » de Django est l'équivalent de la view (la présentation) ; connaître cela clarifie la nomenclature et aide les développeurs venant de frameworks MVC. Le flux de requête (URL routing → view → models → template → response) est le modèle mental de la manière dont chaque requête Django est traitée, rendant MVT fondamental, une connaissance incontournable qui sous-tend la manière dont vous structurez et raisonnez sur tout code Django.