Czym jest architektura MVT?

Question

Accepted Answer

Django podąża za architekturą **MVT (Model-View-Template)** — swoją wariacją klasycznego wzorca MVC. Rozdziela aplikację na trzy warstwy: **Models** (dane), **Views** (logika) i **Templates** (prezentacja). Zrozumienie warstw wyjaśnia, gdzie każdy fragment kodu powinien się znajdować. ## Trzy warstwy ```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 ``` ## Jak pracują razem (przepływ żądania) ```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 %} ``` View łączy to wszystko: otrzymuje żądanie, wysyła zapytanie do modeli o dane i renderuje szablon z tymi danymi, aby wygenerować odpowiedź. ## 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). ``` Nazewnictwo różni się od MVC: **View** Django gra rolę *Controller* MVC (logika obsługi żądań), a **Template** Django gra rolę *View* MVC (prezentacja). Routing frameworka obsługuje dispatch. ## Dlaczego ta separacja ma znaczenie ```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 ``` ## Dlaczego to ważne Architektura MVT jest fundamentalnym wzorem strukturalnym każdej aplikacji Django — zrozumienie jej mówi ci, **gdzie każdy fragment kodu powinien się znajdować** (definicje danych w modelach, logika obsługi żądań w widokach, prezentacja HTML w szablonach), co jest niezbędne do prawidłowego organizowania dowolnego projektu Django. Separacja problematyki, którą wymusza, czyni aplikacje łatwymi w utrzymaniu (zmień prezentację bez dotykania logiki), testowalnymi (testuj widoki i modele niezależnie) i wielokrotnie użytecznymi. Również ważne jest zrozumienie **mapowania MVT vs MVC** — częstego źródła zamieszania — gdzie **View** Django jest w rzeczywistości odpowiednikiem kontrolera (logika), a **Template** Django jest odpowiednikiem widoku (prezentacja); wiedza na ten temat wyjaśnia nazewnictwo i pomaga programistom przychodzącym z frameworków MVC. Przepływ żądań (routing URL → widok → modele → szablon → odpowiedź) jest mentalnymi modelem tego, jak każde żądanie Django jest przetwarzane, co czyni MVT fundamentalną, niezbędną wiedzą, która stanowi podstawę tego, jak strukturujesz i myślisz o całym kodzie Django.