Django sledi MVT (Model-View-Template) arhitekturi — svoje različici klasičnega MVC vzorca. Loči aplikacijo na tri plasti: Models (podatki), Views (logika) in Templates (predstavitev). Razumevanje plasti pojasni, kam spada vsak del kode.
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
Request → URLconf (routing) → VIEW → queries MODELS → renders TEMPLATE → Response
# 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
<!-- TEMPLATE — presentation: HTML + dynamic data (articles.html) -->
{% for article in articles %}
<h2>{{ article.title }}</h2>
<p>{{ article.body }}</p>
{% endfor %}
View jih povezuje skupaj: prejme zahtevek, pridobi podatke iz modelov in prikaže predlogo s temi podatki, da ustvari odziv.
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).
Poimenovanje se razlikuje od MVC: Djangova View igra vlogo MVC Controller (logika obdelave zahtevka), in Djangova Template igra MVC View (predstavitev). Usmerjevanje ogrodja upravlja rutu.
✓ 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
MVT arhitektura je temeljni strukturni vzorec vsake Django aplikacije — razumevanje te vam pove kam spada vsak del kode (definicije podatkov v modelih, logika obdelave zahtevkov v pogledih, HTML predstavitev v predlogah), kar je bistveno za pravilno organizacijo katerega koli Django projekta.
Ločitev skrbi, ki jo uveljavljajo, naredi aplikacije vzdrževalne (spremenite predstavitev brez dotikanja logike), testabilne (preizkušajte poglede in modele neodvisno) in ponovno uporabne.
Enako pomembno je razumevanje MVT-vs-MVC preslikave — pogosti vir zmede — kjer je Djangov "View" pravzaprav enakovreden krmilniku (logika) in Djangova "Template" je enakovredna pogledu (predstavitev); poznavanje tega pojasni poimenovanje in pomaga razvijalcem, ki prihajajo iz MVC ogrodij.
Tok zahtevka (usmerjevanje URL-jev → pogled → modeli → predloga → odziv) je miselni model za obdelavo vsakega Django zahtevka, kar naredi MVT temelj, nujno potrebno znanje, ki je osnova za to, kako strukturirate in razmišljate o vsi Django kodi.