DI って何でするのかわからない人向けに頑張って説明してみる「本来の意味」 - Qiita

DI (依存性注入) って何のためにするのかわからない人向けに頑張って説明してみる を、単体テストにフォーカスしたら単体テストが本来の目的では無い的なコメントが散見されました。 確かに DI コンテナは元々は SOLID 原則の D に該当する依存性逆転の原則 (Dependency inversion principle) の「具体ではなく、抽象に依存しなければならない」に大きく関係するものになります。 Wikipedia から引用します。 ソフトウエアモジュールを疎結合に保つための特定の形式を指す用語。 この原則に従うとソフトウェアの振る舞いを定義する上位レベルのモジュールから 下位レベルモジュールへの従来の依存関係は逆転し、結果として下位レベルモジュールの 実装の詳細から上位レベルモジュールを独立に保つことができるようになる。 例えば以下のように上位レベルのモジュール（Present

[j5ik2o]

"DIPを実現するのにDIコンテナが必須か"は議論が分かれるところ。十分に分散統治されたファトリでもよいのでは？とか。ScalaならDIコンテナなしでDIできる。DIコンテナを使う理由にはAOPや依存F/Wを利用するためなどもある

[hdampty7]

そうじゃないんだよなぁ。頑張ってみたけど、100文字で説明するのは無理ぽ。AOPとか期待しないなら基本factoryパターンでだいたいOK。factoryだとこういう問題があるなぁと気が付いたときにDIが待っている。

[n314]

単体テストのための設計だとそうなるかもしれないけど、これ逆転してなくない？逆転だとISomePresentationになるような。

[rryu]

DIはテスト用に元のオブジェクトと挙動に互換性がありつつテストに都合が良い実装を別系統で用意するの大変すぎない？と思ったところからが本番だと思う。

[kwhrtsk]

UI周辺で多いけど、(1)依存関係が頻繁に変更される(2)依存関係が複雑(3)依存の記述量が多い、というような場合にはDIコンテナを使うと楽になる事はある。そうでなければDI/factoryで十分だし、テスタビリティには大差ない。

[lalupin4]

数年に一度挑戦するが逆に依存関係を見失って投げ出してる。毎回ブコメのように Factory というか Service Locator でよかったやんてなる。

[hara_boon]

コードブロックで引用はワロタ

[sho]

コードブロックで引用するのをやめろ

[dagjmpd]

チッチキチッチー