Django následuje architekturu MVT (Model-View-Template) — její variantu klasického vzoru MVC. Rozděluje aplikaci do tří vrstev: Models (data), Views (logika) a Templates (prezentace). Porozumění vrstvám objasňuje, kam patří každá část kódu.
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 to dává dohromady: přijímá požadavek, vyhledá data z modelů a vykreslí šablonu s těmito daty, aby vyprodukovala odpověď.
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).
Názvosloví se liší od MVC: Django View hraje roli MVC Controller (logika zpracování požadavků) a Django Template hraje roli MVC View (prezentace). Směrování frameworku zpracovává dispatch.
✓ 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
Architektura MVT je fundamentální strukturální vzor každé Django aplikace — její porozumění vám říká kam patří každá část kódu (definice dat v modelech, logika zpracování požadavků v views, HTML prezentace v šablonách), což je nezbytné pro správné organizování jakéhokoli Django projektu.
Oddělení oblastí zájmu, které vynucuje, činí aplikace udržovatelné (změňte prezentaci beze změny logiky), testovatelné (testujte views a modely nezávisle) a znovupoužitelné.
Rovněž důležité je porozumět mapování MVT vs MVC — časté zdroji zmatení — kde Django "View" hraje roli ekvivalentu controlleru (logiky) a Django "Template" hraje roli ekvivalentu view (prezentace); znalost tohoto objasňuje pojmenování a pomáhá vývojářům přicházejícím z MVC frameworků.
Tok požadavku (směrování URL → view → modely → šablona → odpověď) je mentální model toho, jak se zpracovává každý Django požadavek, čímž je MVT fundamentální, nezbytné znalosti, která podpírá to, jak strukturujete a myslíte o všem Django kódu.