Hvad er MVT-arkitekturen?

Question

Accepted Answer

Django følger **MVT (Model-View-Template)** arkitekturen — dens variation på det klassiske MVC-mønster. Det adskiller en applikation i tre lag: **Models** (data), **Views** (logik) og **Templates** (præsentation). At forstå lagene præciserer, hvor hver del af koden hører hjemme. ## De tre lag ```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 ``` ## Hvordan de arbejder sammen (anmodningsflow) ```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 %} ``` Viewet binder det sammen: det modtager anmodningen, forespørger modelerne for data og udfører en skabelon med disse data for at producere svaret. ## 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). ``` Navngivelingen er forskellig fra MVC: Djangos **View** spiller rollen som MVCs *Controller* (anmodningshandlinglogik), og Djangos **Template** spiller MVCs *View* (præsentation). Frameworkets routing håndterer dispatch. ## Hvorfor denne adskillelse betyder noget ```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 ``` ## Hvorfor det betyder noget MVT-arkitekturen er det fundamentale strukturelle mønster for hver Django-applikation — at forstå den fortæller dig **hvor hver del af koden hører hjemme** (datadefinitioner i modeller, anmodningshandlinglogik i views, HTML-præsentation i skabeloner), hvilket er væsentligt for at organisere ethvert Django-projekt korrekt. Adskillelsen af bekymringer, som den gennemtvinger, gør applikationer vedligeholdelses-venlige (ændre præsentation uden at røre logik), testbare (test views og modeller uafhængigt) og genbrugeligt. Equally vigtig er at forstå **MVT-vs-MVC-kortlægning** — en hyppig kilde til forvirring — hvor Djangos "View" faktisk er controller-ækvivalenten (logikken) og Djangos "Template" er view-ækvivalenten (præsentationen); at vide dette afklarer navngivelingen og hjælper udvikler, der kommer fra MVC-frameworks. Anmodningsflow'et (URL-routing → view → modeller → skabelon → svar) er den mentale model for hvordan hver Django-anmodning behandles, hvilket gør MVT grundlæggende, must-know viden, der underbygger hvordan du strukturerer og ræsonnerer om al Django-kode.