先生と生徒の会話形式で理解しよう

生徒

「Djangoを勉強し始めたんですが、『プロジェクト』と『アプリ』って言葉が出てきて、違いがよくわからなくなりました。」

先生

「Djangoでは必ずその2つが出てきますね。役割を分けて考えると、とても分かりやすくなります。」

生徒

「同じようなものに見えるんですが、両方必要なんですか？」

先生

「はい。例え話を使いながら、順番に説明していきましょう。」

1. Djangoにおけるプロジェクトとは何か

Djangoのプロジェクトとは、Webサイト全体をまとめる大きな入れ物のことです。設定ファイルや全体のルール、使うアプリの情報などがすべて集まっています。家づくりで例えると、プロジェクトは「家そのもの」にあたります。

URLの設定やセキュリティの設定、どのアプリを使うかといった重要な情報は、すべてプロジェクト側で管理されます。Djangoでは最初に必ず1つのプロジェクトを作成します。

2. Djangoにおけるアプリとは何か

Djangoのアプリとは、Webサイトの中の「機能ごとの部品」です。ログイン機能、記事投稿機能、問い合わせ機能など、それぞれの役割を持つ小さなまとまりがアプリです。

家で例えるなら、キッチンやお風呂、リビングのような存在です。1つの家（プロジェクト）の中に、複数の部屋（アプリ）があるイメージです。

プロジェクトとアプリの一番大きな違いは「役割の大きさ」です。プロジェクトは全体管理、アプリは機能担当です。プロジェクトは1つですが、アプリは必要な分だけ複数作ることができます。

また、アプリは他のプロジェクトでも再利用できるように作られることが多いのが特徴です。これがDjangoの大きな強みでもあります。

Djangoでは、プロジェクトとアプリがフォルダとして分かれて作成されます。見た目で理解すると、違いがはっきりします。


myproject/
├─ manage.py
├─ myproject/
│  ├─ settings.py
│  ├─ urls.py
│  └─ wsgi.py
└─ blog/
   ├─ models.py
   ├─ views.py
   └─ apps.py

上の例では「myproject」がプロジェクト、「blog」がアプリです。プロジェクトの中にアプリがぶら下がっている構造になっています。

初心者の方は「最初から全部1つにまとめたほうが楽なのでは」と感じるかもしれません。しかし、機能を分けておかないと、後から修正や追加がとても大変になります。

Djangoでは、アプリごとに役割を分けることで、コードが整理され、読みやすくなり、間違いも減ります。これはプログラミング未経験の方ほど、大きな助けになります。

プロジェクト側では、使うアプリを設定ファイルで登録します。これにより、プロジェクトがアプリを認識します。


INSTALLED_APPS = [
    'django.contrib.admin',
    'django.contrib.auth',
    'blog',
]

このように、アプリはプロジェクトに「使います」と伝えることで初めて動き始めます。

アプリの中には、さらに役割ごとにファイルが分かれています。例えば、画面表示、データ管理、設定などです。これも整理整頓の考え方です。


# views.py
def index(request):
    return "Hello Django"

このように、表示に関する処理はviews.pyにまとめられます。初心者でも「ここを見ればいい」と分かる構造になっています。

Djangoを学び始めたばかりのときは、「プロジェクト＝全体」「アプリ＝部品」と覚えるだけで十分です。細かい仕組みは、使いながら自然と理解できるようになります。

最初は完璧に理解しようとせず、「こういう役割分担なんだな」とイメージを持つことが大切です。それだけで、Djangoの構造はぐっと分かりやすくなります。