Djangoは**MVT(Model-View-Template)**アーキテクチャに従います — 古典的なMVCパターンのバリエーションです。アプリケーションを3つのレイヤーに分離します: Models(データ)、Views(ロジック)、Templates(プレゼンテーション)。レイヤーを理解することで、コードの各部分がどこに属するかが明確になります。
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はそれらを結び付けます: リクエストを受け取り、モデルにデータを問い合わせ、そのデータを使ってテンプレートをレンダリングして、レスポンスを生成します。
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).
命名はMVCと異なります: DjangoのViewはMVCのController(リクエスト処理ロジック)の役割を果たし、DjangoのTemplateはMVCのView(プレゼンテーション)を果たします。フレームワークのルーティングがディスパッチを処理します。
✓ 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アーキテクチャはすべてのDjangoアプリケーションの基本的な構造パターンです — これを理解することで、コードの各部分がどこに属するか(モデルのデータ定義、ビューのリクエスト処理ロジック、テンプレートのHTMLプレゼンテーション)が分かるようになります。これはDjangoプロジェクトを正しく整理するのに不可欠です。
これが強制する関心の分離により、アプリケーションは保守可能(ロジックに触れずにプレゼンテーションを変更)、テスト可能(ビューとモデルを独立してテスト)、そして再利用可能になります。
同等に重要なのがMVT-vs-MVCマッピングを理解することです — これは混乱の頻繁な原因です — Djangoの"View"は実はコントローラー相当(ロジック)であり、Djangoの"Template"はビュー相当(プレゼンテーション)です。これを知ることで命名が明確になり、MVCフレームワークから来る開発者を支援します。
リクエストフロー(URLルーティング → ビュー → モデル → テンプレート → レスポンス)はすべてのDjangoリクエストが処理される方法の思考モデルです。これにより、MVTは基本的かつ必須の知識となり、Djangoコードのすべての構造化と推論の基礎となります。