Hva er MVT-arkitekturen?

Question

Accepted Answer

Django følger **MVT (Model-View-Template)** arkitekturen — en variasjon på det klassiske MVC-mønsteret. Den deler en applikasjon inn i tre lag: **Models** (data), **Views** (logikk) og **Templates** (presentasjon). Å forstå lagene avklarer hvor hver kodedel hører hjemme. ## De tre lagene ```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 fungerer sammen (forespørselsflyt) ```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 %} ``` Views knytter det sammen: den mottar forespørselen, spør models etter data, og gjengivir en mal med disse dataene for å produsere 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). ``` Navngivingen skiller seg fra MVC: Djangos **View** spiller rollen som MVCs *Controller* (forespørselshåndteringlogikk), og Djangos **Template** spiller MVCs *View* (presentasjon). Framverkets ruting håndterer dispatch. ## Hvorfor denne separasjonen betyr noe ```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 betyr noe MVT-arkitekturen er det grunnleggende strukturmønsteret for hver Django-applikasjon — å forstå det forteller deg **hvor hver kodedel hører hjemme** (datadefinisjoner i models, forespørselshåndteringlogikk i views, HTML-presentasjon i templates), noe som er essensielt for å organisere ethvert Django-prosjekt riktig. Separasjonen av ansvar som den håndhever, gjør applikasjoner vedlikeholdbare (endre presentasjon uten å berøre logikk), testbare (test views og models uavhengig) og gjenbrukbare. Est like viktig er det å forstå **MVT-vs-MVC-kartleggingen** — en hyppig kilde til forvirring — hvor Djangos "View" faktisk er controller-ekvivalenten (logikken) og Djangos "Template" er view-ekvivalenten (presentasjonen); å vite dette oppklarer navngivingen og hjelper utviklere fra MVC-rammeverk. Forespørselsflytenen (URL-ruting → view → models → template → respons) er mentalmodellen for hvordan hver Django-forespørsel behandles, noe som gjør MVT grunnleggende, must-know-kunnskap som understøtter hvordan du strukturerer og resonnerer om all Django-kode.