DI（Dependency Injection：依存性の注入）とは？

プログラミングにおけるDIをひと言でいうと、「必要な道具（パーツ）を、自分で作らずに、外から持ってきてもらう仕組み」のことです。

これを現実世界の「お掃除ロボット」に例えてみましょう。

1. DIを使っていない状態（ガチガチに固定されたロボ）

「部屋を掃除するロボット」を開発したとします。
このロボットの内部に、「A社の普通の掃除機」を直接ハンダ付けして一体化させてしまいました。

問題点：

もし「水拭きもしたいな」と思っても、中の掃除機を外せないので、ロボット自体を丸ごと作り直す必要があります。
掃除機の調子が悪くなったとき、ロボットを分解しないと修理やテストができません。

これをプログラムの世界では「依存度が固く結合している（密結合）」と言い、修正やテストがしにくい悪い状態とされます。

2. DIを使っている状態（アタッチメント式のロボ）

今度は、ロボット本体には「アタッチメントを差し込む穴（インターフェース）」だけを開けておきます。
そして、動かすときに「外から必要なパーツをカチッと差し込む」ようにしました。

メリット：

絨毯を掃除したいときは「普通の掃除機パーツ」を差し込む。
フローリングをきれいにしたいときは「水拭きモップパーツ」を外から注入する。
テストをしたいときは「ダミーの軽いパーツ」を差し込んで、ロボットの動きだけを確認する。

このように、ロボット本体（クラス）のコードを一切書き換えることなく、外から道具（オブジェクト）を差し替えるだけで機能を変更できる仕組み、これが「依存性の注入（DI）」です。

開発における最大のメリット

DIを採用する理由は、主に次の2点です。

テストが圧倒的に楽になる
例えば「本番のデータベースにデータを保存するパーツ」の代わりに、「テスト用の仮のパーツ」を外から注入できるため、本番データを汚さずに安全にテストができます。

部品の交換（仕様変更）に強くなる
「決済システムをA社からB社に変えたい」という時も、パーツを差し替えるだけで済み、システム全体を修正する必要がなくなります。

Go言語で実装してみる

Go言語は「インターフェース」が非常にシンプルかつ強力に機能するため、DI（依存性の注入）の概念を表現するのに最適な言語の一つです。

先ほどのお掃除ロボットの例を、Goのコードで実装してみましょう。

1. 道具の規格（インターフェース）を決める

まずは、ロボットに差し込むパーツの共通ルール（規格）を作ります。Goではinterfaceを使って定義します。

package main

import "fmt"

// Cleaner は、お掃除パーツが満たすべき共通の規格（インターフェース）
type Cleaner interface {
	Clean() string
}

2. 具体的なパーツ（部品）を作る

次に、規格（Cleaner）に沿った具体的なパーツを2つ作ります。
Goでは、インターフェースに定義されているメソッド（今回は Clean()）を実装していれば、自動的にそのインターフェースを満たしているとみなされます。

// VacuumCleaner は「普通の掃除機パーツ」
type VacuumCleaner struct{}

func (v VacuumCleaner) Clean() string {
	return "ゴミを強力に吸い取っています！"
}

// WaterMop は「水拭きモップパーツ」
type WaterMop struct{}

func (w WaterMop) Clean() string {
	return "床をピカピカに水拭きしています！"
}

3. お掃除ロボット本体を作る（DIの受け皿）

ロボット本体（Robot）は、具体的な「掃除機」や「モップ」のことは知りません。ただ、規格であるCleanerを持てるようにしておきます。

ここでのポイントは、構造体を初期化するときに外部からパーツを渡す（注入する）点です。

// Robot はお掃除ロボット本体
type Robot struct {
	// 具体的なパーツではなく、インターフェース（規格）を持たせる
	tool Cleaner 
}

// NewRobot はロボットを組み立てる関数（ここでパーツを注入する）
func NewRobot(c Cleaner) *Robot {
	return &Robot{tool: c}
}

// Start は掃除を開始するメソッド
func (r *Robot) Start() {
	fmt.Println("ロボットが起動しました。")
	// 注入されたパーツの能力を呼び出す
	result := r.tool.Clean() 
	fmt.Println("動作状況:", result)
	fmt.Println("掃除が完了しました。\n")
}

4. 動かしてみる（パーツの注入）

最後に main 関数で、ロボットに異なるパーツを「注入」して動かしてみます。

func main() {
	// パターンA: 掃除機パーツを注入
	vacuum := VacuumCleaner{}
	robotA := NewRobot(vacuum) // ここでDI（注入）
	robotA.Start()

	// パターンB: 水拭きモップパーツを注入
	mop := WaterMop{}
	robotB := NewRobot(mop) // ここでDI（注入）
	robotB.Start()
}

出力結果

ロボットが起動しました。
動作状況: ゴミを強力に吸い取っています！
掃除が完了しました。

ロボットが起動しました。
動作状況: 床をピカピカに水拭きしています！
掃除が完了しました。

GoにおけるDIのポイント

ロボット本体（Robot 構造体）のコードは一切書き換えていないのに、NewRobot() の引数に変えるだけで、ロボットの挙動（掃除機かモップか）を自由に変更できています。

もし「テスト用のダミーパーツ」を作りたい場合も、Clean() string を持つ構造体をサクッと作って NewRobot() に渡すだけで、本番環境を汚さずにテストが可能になります。