なぜDependency Injectionなのか？ ～関心の分離と疎結合～

本稿は「アーキテクチャを突き詰める Online Conference」における発表「なぜDependency Injectionなのか？ ～関心の分離と疎結合～」の登壇原稿となります。 発表時の動画アーカイブは後日公開されたタイミングでリンクを追加いたします。 また、本稿のサンプルコードとPower PointはGitHubで公開しています。 「CC BY-SA 4.0」で公開していますので、気に入っていただけたら営利目的含め、ライセンスの範囲で自由に利用していただいて問題ありません。 https://github.com/nuitsjp/WhyDependencyInjection というわけで、本稿の目指すゴールはこちら。 今日は、この場にいる皆さんが「なぜDependency Injectionを利用するのか？」ということを、理解いただくのが本日のゴールとなります。 というわけで本

[devrabi]

最近DIの書籍も発売されていましたね https://www.amazon.co.jp/dp/4839983062

[knstkny]

“安定”

[strawberryhunter]

開発中にDIの実行時エラーで時間を無駄にするので積極的には使わない。DIはDB接続等だけ使って、テストはモックなしで丸ごと結合テストをするか、依存なしにして普通に単体テストする。DI疲れは00年代に通った道。

[nemoba]

DIへの批判って、OOP由来のポリモーフィズムの欠点を補うのが主眼しかなく、トレードオフがシステム全体をライフサイクルという状態で汚染し参照透過を壊す。Strategyパターンなら高階関数で小さくできる時代に"重い"の

[onesplat]

詭弁ばかりですなぁ

[turanukimaru]

テストやモックの話をせずに真面目にDIの説明とは珍しいし初心者に読ませるのに良いなコレ。私はテスト屋とかフレームワークを作る方なので私が説明するとどうしても差し替えの話になっちゃうんだよな…。