概要
DIとService Locatorの違いについてまとめる
DIとは
- デザインパターンの一種
- 依存性注入
- オブジェクト間の依存性を分離
- オブジェクトの実行時に必要なオブジェクトが注入されるようにする
- テストしやすくなる
DIパターンの実装
DIパターン（コンストラクタインジェクション）を実装してみる。 なお、DIパターンには、コンストラクタインジェクション、セッターインジェクション、メソッドインジェクションなどコンストラクタ以外からDIする方法もある。 比較のためにDIではないパターンとDIのパターンの両方を実装する。
DIではないパターン
DIパターン
ApplicationはSlackNotificationの責務を持たず、NotificationInterfaceのみに依存している。
ApplicationはコンスタラクタでSlackNotificationを受け入れる（依存する）形になっている。
依存注入部分はモック化できるのでテストしやすくなっている。
DIのメリットとデメリット
メリット
- オブジェクトの結合度が下がり、依存関係が明確になる
- 変更に強い
- テストがしやすい
デメリット
- ファイルが増える
- プログラム実行速度の低下の可能性
DIコンテナ
- DI機能を提供するフレームワーク
- 依存関係を一括で管理できるコンテナの提供
サービスロケーターとは
- サービス（オブジェクト）の取得を抽象化するデザインパターン
- アンチパターン
- 依存するクラスが一つ増える（サービスロケーターのコンテナクラス）
- コンテナクラスがテストを面倒にする
- 依存するクラスがわかりにくくなる
- 詳しくは「PHP The Right Way」
こんな感じのやつ