DIについてあれこれ - tototoshi の日記

Dependency Injectionとはコンポーネント間の依存関係をプログラムのソースコードから排除し、外部の設定ファイルなどで注入できるようにするソフトウェアパターンである ってwikipedia先生が言ってました。 Scalaにおける最適なDependency Injectionの方法を考察する 〜なぜドワンゴアカウントシステムの生産性は高いのか〜 - Qiita を読んでいろいろ考えたので、なんで今さらって感じのことを書きます。 ScalaでDIというとDIコンテナとかCake PatternとかReader Monadとかって話になっちゃうんですが、これらはいかにかっこよくDIするかの話であって、別にこういった道具やパターンを使わなくてもDIは可能という話です。 Constructor Injection 簡単な例で考えます。今ここにUserRepositoryにべったり依存し

[sifue]

自分も結局2年前はいろいろ考えてコンストラクタインジェクションにした事を思い出した。

[tanishiking24]

“Scalaにおける最適なDependency Injectionの方法を考察する 〜なぜドワンゴアカウントシステムの生産性は高いのか〜 - Qiita”

[mnat44]

頭に入った

[zonu_exe]

“ただInjectionの仕方を工夫したと考えたほうがスムーズに頭に入る気がします”

[Peranikov]

良い説明だ

[atty]

最近は常に constructor injection で、手動DIしたりGuiceやScaldi使ったりしてる。

[tomoima525]

constructor injectionとな

[kimutansk]

確かに最初はConstructor Injectionから始まりますね・・・　そこから徐々に派生していくので、やり方を工夫したと考えればすんなりと。

[yanagikouta]

発表の時仮で定義した手動DIとDIコンテナを用いたDIってあながち間違って無かったっぽい。 constructorインジェクションじゃなくてsetterインジェクションなら順番の問題も解消できるかも

[katzchang]

依存オブジェクトが10、整理したくなりそうな匂いがするよね