1. Springとは「処理」ではなく「構造」を扱うフレームワーク
Springとは、Javaアプリにおけるオブジェクト構造の管理を専門に引き受けるフレームワークです。ここで言う構造とは、次のようなものです。
・どのクラスが、どのクラスに依存しているのか
・その依存関係は、いつ・どこで解決されるのか
・オブジェクトは使い回すのか、毎回生成するのか
従来のJava開発では、これらをコードの中で人が判断していました。Springは、この判断をフレームワーク側に移します。
その結果、コードは「処理の内容」だけに集中できるようになります。
2. Spring Coreが定義している設計ルール
Spring Coreは、Spring Frameworkの最下層にあり、設計の前提条件を定義しています。Spring Coreが暗黙的に求めているルールはシンプルです。
・クラスは他のクラスを直接生成しない
・クラスは役割だけを持ち、構成を知らない
・組み立てはフレームワークが行う
このルールに従うことで、クラスは次のような状態になります。
Spring Coreは、疎結合設計を「努力目標」ではなく「前提条件」に引き上げる役割を担っています。
3. DIはコードをどう変えるのか
DI（Dependency Injection）は、Springの中核となる考え方ですが、本質は非常に実務的です。DIは、依存関係をコードから排除する仕組みです。
DIがない場合、クラスは次のような責任を持ちます。
・依存オブジェクトを選ぶ
・生成方法を知る
・ライフサイクルを管理する
DIを採用すると、クラスが知るのは次だけになります。
・自分が何を必要としているか
それ以外は、すべてSpringに委ねられます。
この分離によって、テストや実装の差し替えが容易になり、設計の見通しが一気に良くなります。
4. Containerはアプリをどう組み立てるのか
SpringのContainerは、DIを実行するための実働部隊です。Containerはアプリ起動時に、次の順序で動きます。
- 管理対象となるクラスを把握する
- 依存関係を解析する
- 必要な順序でオブジェクトを生成する
- 依存関係を注入する
この一連の流れを、開発者は意識する必要がありません。
Containerは、アプリ全体の構造を理解した上で、設計通りに組み立てる管理者です。
5. Core・DI・Containerの関係を一枚で整理する
Springの基本構造は、次のように整理できます。
この3つは独立した概念ではなく、一つの設計思想を分担して実現していると考えると理解しやすくなります。
Spring Frameworkとは、Java開発におけるオブジェクト設計と依存関係管理を体系的に引き受けるフレームワークです。Spring Coreが設計の前提を作り、DIが依存関係の切り離しを可能にし、Containerがその設計を実行に移す。この構造を理解すると、Springとは何か、なぜ大規模開発で使われ続けているのかが自然と腑に落ちます。機能を覚える前に、この基本構造を理解することが、Springを使いこなすための最短ルートです。
