DI (依存性注入) って何のためにするのかわからない人向けに頑張って説明してみる - Qiita

追記 2022/11/12 追記 この記事読んで、DI 便利だなって思ったらこちらも併せて読んでみてください。クリーンアーキテクチャーの開設の中で依存性逆転の説明が出てきます。難しいかもしれませんが、一度理解すればつぶしが効く考え方なので腰を据えて読んでみてください。 本文 ここでは、最近のそこそこの規模のアプリだと大体使われてる（と私は思ってる）Dependency Injection（DI）について、何故使ってるのか？というのを私の理解で書いていきたいと思います。 今回の対象言語は C# ですが、DI 使ってる言語であれば大体同じ事情なのかなと思います。 単体テストしたいよね アプリケーションを作るとうまく動いているかテストをすると思います。 たとえ、そのアプリがハローワールドだとしても動かして目視で確認してると思います。 もうちょっとアプリの規模が大きくなってくるとクラス単位やクラス

[mogitatec]

DI関係なくて申し訳ないけど、DJ何のためにいるのって人はちゃんとしたDJがいるイベントの楽しさを知ってほしい。他人の曲でも聴かせ方や順番で全然違うものになるんだよ…。／無関係ブコメに星もらって複雑

[crexist]

いや、違くない？この説明だとFactoryでいいという話になるよね(筆者もテストのMockingが容易ならDIいらないと言ってしまってるのでその認識っぽい)。重要なのは依存を隠蔽することだよね。記事書いた(https://bit.ly/3iXaRbJ)

[by-king]

なんでライブで楽器のケーブル刺すやつの説明してるんだと思ったら違った

[n314]

DIからインターフェースで呼び出す正統派と、実装クラスで呼び出すauto wiring過激派があると思う。

[sasagin]

DJに見えた

[maiani]

DJの話で盛り上がってるのを見ると、はてブって意外とITエンジニア率が低いのかもしれない。

[kachine]

依存性の注入もインピーダンスのマッチングも、大多数の人は知らなくても全く困らないという意味では同じ話だな。

[camellow]

DJって他人が作った曲を流すだけなんだし事前にプレイリスト作っておけば済むじゃんね。何のためにいるんだろ。/ まさかDJマジレスブコメがトップになってるとは… 「わからない人」を演じただけなのに…

[hatest]

DJってDIコンテナと同じ役割だよね。他人が作った曲（結合度の低いコンポーネント）を場の雰囲気（処理の流れ）に従って流す（インスタンス化して注入する）からね。

[laiso]

分かりやすい。インターフェースを活用して疎結合にしたコードの補助的に使うイメージだった

[dorapon2000]

“ということで、オブジェクトの依存関係を外部から設定するようにすると、オブジェクトを組み立てるのが大変になるので、そこを省力化しようというライブラリが登場してきます。”

[prograti]

欲を言うとService Locatorとの違いがあるともっと良いかなと思いました。ちょっと話が小難しくなりますが。

[KAZ99K]

ギターのジャックとカラオケ機のマイク端子は同じ形状だけど直で繋ぐと抵抗(インピーダンス)や入出力電圧レベル(dBV)が大きく違うので音が割れたり最悪機器にダメージを与える。コレを適切な値に変換してくれるのがDI

[chiroruxx]

この説明だとテスト書かないならＤＩ要らないって話になりそう。世の中にはテスト書かないけどDI使ってる人は多いよ。

[kjin]

エレキベース等のダイレクトボックスかと思ったけど違うか。この略称はこういう業界で、こういう意味で使われてるてのを網羅した同音異義語辞典とかないかな。Wikipediaもあるんだろうけど。

[takopons]

説明のために単体テストを例に挙げてると思うが、単体テストの簡単化は副次的なものであって、目的は疎結合では？　クラス間の依存度を下げるため。　猫型蓄音機さんの記事→https://nekogata.hatenablog.com/entry/2014/02/13/073043

[imash]

Dlかと思ったら違った

[nori__3]

エレアコをつなぐヤツやろ

[habarhaba]

テスト可能なまともなコードを書こうとしたら自然とDIになるよ。

[NOV1975]

「テストのため」に見えちゃう記事はよくないが、「テストが楽になると聞いて」でちゃんと学ぶ人が増えるのは良い

[moriken1098]

愚者はクソ設計からDIの有り難みを学ぶ事になるからへーきへーき 分からない人はどこの馬の骨かも分からん奴の記事読むよりフレームワークの解説書買うなりしてちゃんと学ぼうな

[kno]

何のためには知ってたけど、そのためにしなきゃないあれやこれやがしんど過ぎる

[knakamura1977]

すごい分かりやすい。こんなふうに説明できるようになりたいなー。

[hdampty7]

DIは部分的に適用するのが吉だと思ってる。落ちたときに原因とは別のエラーメッセージになってしまうことが多くてデバッグがしんどい。他方で新機能追加でも定型化してあるとノーテストでいけたりする。

[kabuquery]

やっぱり難しい

[ten-gallon-Mouse]

“ 実際にはフレームワークに DI コンテナが組み込まれていることが多くてコンテナのインスタンスを自分で作ったり、コンテナから自分でインスタンスを明示的に取得することは少ないです。利用者がするのは、インター

[linq]

ダークイリュージョンの話ししてる

[moneycubed]

割り込み禁止の話ではなかった

[shikiarai]

DJってみんな言うからJavaのフレームワーク作っていなくなったと思ったら急にDJとして浮上してきた彼のことを思い出してしまった

[syukit]

ブコメと合わせてめっちゃよく理解できた。完全に理解はしていない。

[ryuzi_kambe]

DI (ディスクジョッキー ) って何のためにするのかわからない人向けに頑張って説明してみたアゲ太郎的なQiitaがあったら読んでみたい

[morita_non]

むかーしspring2とか使ってたような…データソースやライブラリをゴリッと変えたりするようなフットワーク軽い上層部と仕事をしたことはないな…

[qtamaki]

「DIは単体テストのため」というのはいささか丸めすぎでは

[miyataro32]

ちょっとしか読んでないけど、技術の歴史を踏まえないと正しい理解を持てないという典型に見える。new Object()→Factoryパターン→DIという発展の中の最初の矢印しか説明してないのでDIを理解してない人に見えてしまう

[t-ueno]

分かりやすいDI　＆　ブコメｗｗ

[Harnoncourt]

Drug Informationですよね。添付文書とか。

[ghostbass]

メソッドのそこかしこに現れる new FooService()を排除するためには超有能。スタティックおじさん連中は new ()するのが嫌なのか、 FooService.DoWhat()とかやりたがるけれどもマルチスレッド環境でそんな恐ろしい事はできないし。

[quabbin]

こうしてテスト用途が主という誤った考えが生まれるんだよなぁ。コンポーネントとコンポーネントの結合を疎にし、短くて簡素で柔軟なプログラムを生むのに使うのが正しいのだけど/それにつけてもDJイベントの楽しさよ

[hakob]

DJの話やめろめろ。 / DIコンテナの記述が面倒だったがゆえに皆が「テストのためだけにメリデメ合わなくね。なんのためにこれするのか分からない…」って思ってるんじゃないかと。よいDIコンテナが必須

[kikuchi1201]

テストがしやすくなる→テストがしやすい状態というのは後から変更しやすい　という文脈があるので、テストが必要ない所だと「？」というのはあるかもしれん