Ce este arhitectura MVT?

Question

Accepted Answer

Django urmează arhitectura **MVT (Model-View-Template)** — variația sa asupra modelului clasic MVC. Ea separă o aplicație în trei niveluri: **Models** (date), **Views** (logică) și **Templates** (prezentare). Înțelegerea nivelurilor clarifiează unde aparține fiecare bucată de cod. ## Cele trei niveluri ```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 ``` ## Cum funcționează împreună (fluxul cererilor) ```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 %} ``` View leagă totul: primește cererea, interoghează models pentru date și redă un șablon cu acele date pentru a produce răspunsul. ## 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). ``` Denumirea diferă de MVC: **View** Django joacă rolul *Controller*-ului MVC (logica de gestionare a cererilor), iar **Template** Django joacă rolul *View*-ului MVC (prezentare). Rutarea framework-ului gestionează dispatch-ul. ## De ce această separare contează ```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 ``` ## De ce contează Arhitectura MVT este modelul structural fundamental al fiecărei aplicații Django — înțelegerea ei îți spune **unde aparține fiecare bucată de cod** (definiții de date în models, logică de gestionare a cererilor în views, prezentare HTML în templates), ceea ce este esențial pentru a organiza corect orice proiect Django. Separarea responsabilităților pe care o impune face aplicațiile ușor de întreținut (schimbă prezentarea fără a atinge logica), testabile (testează views și models independent) și reutilizabile. Egal de important este să înțelegi **maparea MVT vs MVC** — o sursă frecventă de confuzie — în care **View**-ul Django este de fapt echivalentul controller-ului (logica) și **Template**-ul Django este echivalentul view-ului (prezentarea); știind acest lucru se clarifiază denumirea și ajută dezvoltatorii care vin din framework-urile MVC. Fluxul cererilor (rutarea URL → view → models → template → răspuns) este modelul mental pentru modul în care fiecare cerere Django este procesată, făcând MVT cunoștințe fundamentale și obligatorii care susțin modul în care structurezi și raționezi despre tot codul Django.