Что такое MTV (Model-Template-View) в Django - IMI-DS

Привет! Если ты только начинаешь изучать Django, то наверняка слышал про MTV-архитектуру — Model-Template-View. Это основа Django, которая определяет, как устроено приложение.

В этой статье мы разберём:

Что такое MTV и чем она отличается от MVC
Каждый компонент: Model, Template, View
Как компоненты взаимодействуют
Примеры кода для каждого компонента

Содержание

Что нужно знать перед началом
Основная часть
Что такое MTV
Model — работа с данными
Template — отображение данных
View — бизнес-логика
Как всё работает вместе (Request-Response цикл)
Зачем нужна MTV
3. Задачи для закрепления
Нюансы и подводные камни
Путаница с названиями
Слишком много логики в шаблонах
Слишком толстые View
Частые ошибки и как их избежать
Ошибка 1: Сложная логика в шаблонах
Ошибка 2: Забыл зарегистрировать URL
Ошибка 3: Путаница между MTV и MVC
Шпаргалка
Заключение
КВИЗ
Что дальше?

Что нужно знать перед началом

Для этого урока тебе понадобится:

Установленный Django
Базовое понимание Python и веб-разработки

Совет: MTV — это не просто теория. Понимание этой архитектуры поможет тебе писать чистый и поддерживаемый код.

Основная часть

Что такое MTV

MTV — это архитектурный паттерн, который Django использует для организации кода. Он расшифровывается как:

Model — модели (работа с данными)
Template — шаблоны (отображение)
View — представления (логика)

Важно: MTV — это вариация классического MVC (Model-View-Controller). В Django роль контроллера выполняет View, а роль представления — Template.

Сравнение MTV и MVC:

MVC	Django MTV	Роль
Model	Model	Данные и база данных
View	Template	Отображение (HTML)
Controller	View	Бизнес-логика

Совет: Многие путают View в Django с View в MVC. Запомни: в Django View — это контроллер, а Template — это представление.

Model — работа с данными

Model — это слой, который отвечает за данные. Он описывает структуру таблиц в базе данных и предоставляет интерфейс для работы с ними через ORM (Object-Relational Mapping) .

Пример модели:

from django.db import models

class Post(models.Model):
    title = models.CharField(max_length=200)
    content = models.TextField()
    pub_date = models.DateTimeField(auto_now_add=True)

    def __str__(self):
        return self.title

Что делает Model:

Определяет структуру данных (поля и их типы)
Взаимодействует с базой данных через ORM
Предоставляет методы для работы с данными

Совет: Каждая модель соответствует таблице в базе данных. Поля модели — это столбцы таблицы.

Template — отображение данных

Template — это слой презентации. Он отвечает за то, как данные будут показаны пользователю. Шаблоны пишутся на HTML с вставками специального синтаксиса Django.

Пример шаблона (templates/posts/index.html):

<!DOCTYPE html>
<html>
<head>
    <title>Мой блог</title>
</head>
<body>
    <h1>Все посты</h1>
    {% for post in posts %}
        <div>
            <h2>{{ post.title }}</h2>
            <p>{{ post.content }}</p>
            <small>{{ post.pub_date }}</small>
        </div>
    {% endfor %}
</body>
</html>

Что делает Template:

Отображает данные, переданные из View
Использует переменные {{ переменная }}
Использует теги {% тег %} (циклы, условия)
Наследует базовые шаблоны (DRY)

Совет: В шаблонах не должно быть сложной логики. Вся бизнес-логика остаётся во View.

View — бизнес-логика

View — это слой, который содержит бизнес-логику приложения. Он принимает HTTP-запрос, обрабатывает его (обычно взаимодействуя с Model) и возвращает HTTP-ответ (обычно рендеря Template).

Пример View (views.py):

from django.shortcuts import render
from .models import Post

def post_list(request):
    posts = Post.objects.all().order_by('-pub_date')
    context = {'posts': posts}
    return render(request, 'posts/index.html', context)

Что делает View:

Принимает запрос от пользователя
Получает данные из Model (через ORM)
Передаёт данные в Template (через context)
Возвращает HTTP-ответ

Совет: View может быть как функцией (FBV — Function Based View), так и классом (CBV — Class Based View).

Как всё работает вместе (Request-Response цикл)

Вот как компоненты MTV взаимодействуют при обработке запроса:

# 1. Пользователь отправляет запрос
# 2. URL dispatcher (urls.py) направляет запрос в нужный View
# 3. View обращается к Model за данными
# 4. View передаёт данные в Template
# 5. Template рендерит HTML
# 6. View возвращает HTML пользователю

Схема (живой пример):

Пользователь заходит на /posts/
urls.py направляет запрос в post_list
post_list вызывает Post.objects.all() (Model)
post_list передаёт посты в posts/index.html (Template)
Шаблон рендерит HTML
Пользователь видит страницу с постами

Визуализация в коде:

# urls.py
from django.urls import path
from . import views

urlpatterns = [
    path('posts/', views.post_list, name='post_list'),  # Шаг 2
]

# views.py
def post_list(request):
    posts = Post.objects.all()  # Шаг 3
    return render(request, 'posts/index.html', {'posts': posts})  # Шаг 4-5

# templates/posts/index.html
{% for post in posts %}  # Шаг 5
    <h2>{{ post.title }}</h2>
{% endfor %}

Совет: Это и есть MTV-цикл. Запомни его — он повторяется для каждого запроса.

Зачем нужна MTV

Преимущества MTV:

Разделение ответственности — каждый компонент отвечает за своё
Упрощение тестирования — можно тестировать каждый слой отдельно
Переиспользование — шаблоны и модели можно переиспользовать
Чистый код — код становится организованным и понятным

Пример проблемы без MTV:

# Без MTV (всё в одном файле)
import sqlite3

def post_list(request):
    conn = sqlite3.connect('db.sqlite3')
    cursor = conn.cursor()
    cursor.execute('SELECT * FROM posts')
    posts = cursor.fetchall()
    html = '<html><body>'
    for post in posts:
        html += f'<h2>{post[1]}</h2>'
        html += f'<p>{post[2]}</p>'
    html += '</body></html>'
    return html

С MTV код становится чистым, модульным и поддерживаемым.

3. Задачи для закрепления

Задача 1. Какие три компонента входят в MTV?

Задача 2. Какой компонент отвечает за базу данных?

Задача 3. Какой компонент отвечает за отображение (HTML)?

Задача 4. Какой компонент содержит бизнес-логику?

Задача 5. Чем отличается Django MTV от MVC?

Ответы:

Задача 1.

Model, Template, View

Задача 2.

Model

Задача 3.

Template

Задача 4.

View

Задача 5.

# В Django View выполняет роль Controller,
# а Template — роль View из MVC.

Нюансы и подводные камни

Путаница с названиями

Многие путаются в терминах:

View в Django — это не представление, а контроллер
Template — это представление

Слишком много логики в шаблонах

Шаблоны не должны содержать сложную логику. Это нарушает принцип разделения ответственности.

Слишком толстые View

View не должны быть слишком большими. Выноси сложную логику в отдельные функции или сервисы.

Частые ошибки и как их избежать

Ошибка 1: Сложная логика в шаблонах

Оставляй бизнес-логику во View.

Ошибка 2: Забыл зарегистрировать URL

Всегда проверяй urls.py.

Ошибка 3: Путаница между MTV и MVC

Запомни: View в Django = Controller в MVC.

Шпаргалка

Компонент	Что делает	Где находится
Model	Данные и БД	`models.py`
Template	Отображение (HTML)	`templates/`
View	Бизнес-логика	`views.py`
URL dispatcher	Маршрутизация	`urls.py`