制御の反転（IoC） とは？

いい質問だね。普通のプログラムは自分で「あの関数を呼ぼう」「次はこれを実行しよう」って制御するよね。でもIoCでは、フレームワークが主導権を持って、必要なタイミングで君のコードを呼び出してくれるんだよ。

そうだよ。たとえばレストランで考えてみて。自分で料理するのが「通常の制御」、シェフにオーダーして待つのが「制御の反転」。シェフ（フレームワーク）が調理のタイミングも順序も決めて、できたら呼んでくれるんだ。

代表的な方法が依存性注入だよ。コンストラクタやメソッドの引数で「この処理を使ってね」と渡しておく。フレームワークが適切なタイミングでそれを組み立てて呼んでくれるんだ。

一番大きいのはテストしやすさと柔軟性だね。部品を差し替えられるから、テスト用のダミーに入れ替えたり、本番とテストで振る舞いを変えたりできる。コードの結合度が下がるから変更にも強くなるよ。

まさにIoCの別名だよ。オーディションで「こちらから連絡します（Don't call us, we'll call you）」って言うでしょ。開発者がフレームワークを呼ぶんじゃなくて、フレームワークが開発者のコードを呼ぶ——その関係がそっくりなんだ。

よく混同されるけど違うよ。IoCは「制御の主導権を外部に渡す」という設計原則で、DIはそれを実現する具体的なテクニックの一つ。他にもテンプレートメソッドパターンやイベント駆動もIoCの一種だね。原則と実装手段の関係だよ。