¿Qué es la arquitectura MVT?

Question

Accepted Answer

Django sigue la arquitectura **MVT (Model-View-Template)** — su variación del patrón MVC clásico. Separa una aplicación en tres capas: **Models** (datos), **Views** (lógica) y **Templates** (presentación). Entender las capas aclara dónde pertenece cada parte del código. ## Las tres capas ```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 ``` ## Cómo funcionan juntas (el flujo de solicitud) ```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 %} ``` La view lo une todo: recibe la solicitud, consulta los models para obtener datos y representa una plantilla con esos datos para producir la respuesta. ## 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). ``` La denominación difiere de MVC: la **View** de Django juega el papel del *Controller* de MVC (lógica de manejo de solicitudes), y la **Template** de Django juega el papel de *View* de MVC (presentación). El enrutamiento del framework maneja el dispatch. ## Por qué es importante esta separación ```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 ``` ## Por qué es importante La arquitectura MVT es el patrón estructural fundamental de cada aplicación Django — entenderla te dice **dónde pertenece cada parte del código** (definiciones de datos en models, lógica de manejo de solicitudes en views, presentación HTML en templates), lo cual es esencial para organizar correctamente cualquier proyecto Django. La separación de responsabilidades que impone hace que las aplicaciones sean mantenibles (cambiar la presentación sin tocar la lógica), comprobables (probar views y models independientemente) y reutilizables. Igualmente importante es entender la **asignación MVT-vs-MVC** — una fuente frecuente de confusión — donde la "View" de Django es en realidad el equivalente del controller (la lógica) y la "Template" de Django es el equivalente de view (la presentación); conocer esto aclara la nomenclatura y ayuda a los desarrolladores que vienen de frameworks MVC. El flujo de solicitud (enrutamiento de URL → view → models → template → respuesta) es el modelo mental de cómo se procesa cada solicitud Django, haciendo que MVT sea fundamental, conocimiento imprescindible que subyace a cómo estructuras y razonas sobre todo el código Django.