Django prati MVT (Model-View-Template) arhitekturu — njegovu varijantu klasičnog MVC uzorka. Odvaja aplikaciju na tri sloja: Models (podaci), Views (logika), i Templates (prezentacija). Razumijevanje slojeva pojašnjava gdje pripada svaki komad koda.
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 sve povezuje zajedno: prima zahtjev, upituje modele za podatke, i prikazuje template s tim podacima kako bi proizveo odgovor.
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).
Nazivanje se razlikuje od MVC: Django's View igra ulogu MVC's Controller (logika rukovanja zahtjevom), a Django's Template igra MVC's View (prezentacija). Rutiranje okvira rukuje distribuiranjem.
✓ 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 uzorak svake Django aplikacije — razumijevanjem vam govori gdje pripada svaki dio koda (definicije podataka u modelima, logika rukovanja zahtjevom u views, HTML prezentacija u templates), što je bitno za pravilnu organizaciju bilo kojeg Django projekta.
Separacija briga koju nameće čini aplikacije održivima (promijenite prezentaciju bez dodira logike), testirajućima (nezavisno testirajte views i modele), i ponovno iskoristivima.
Jednako je bitno razumijevanje MVT-u-odnosu-na-MVC mapiranja — čest izvor zbunjenosti — gdje je Django's "View" zapravo MVC's controller-ekvivalent (logika) a Django's "Template" je view-ekvivalent (prezentacija); znanje toga pojašnjava nazivanje i pomaže razvojnim inženjerima koji dolaze iz MVC okvira.
Tok zahtjeva (URL routing → view → models → template → response) je mentalni model kako se svaki Django zahtjev procesira, čineći MVT temeljnim, neophodno-znati znanjem koje podupire kako strukturirate i razmišljate o svom Django kodu.