[B! DI] k1takeのブックマーク

k1take id:k1take

DIに関するk1takeのブックマーク (3)

SpringでField InjectionよりConstructor Injectionが推奨される理由 - abcdefg.....
SpringでField InjectionよりConstructor Injectionが推奨される理由を調べてみたメモです。 (2016/12/30) サンプルコードにfinalをつけるように修正 (2017/03/29) Immutabilityについて追記 --- 家でも会社でもIntelliJを使って開発しているのですが、 Spring Bootで@Autowired(@Inject)を使うと下記のような警告が出るようになりました。警告内容を見てみると、フィールドインジェクションは推奨されません、とのこと。「Field injection is not recommended.」警告の詳細を見てみると下記のように書いてあります。「Field injection is not recommended. Spring Team recommends: "Always use
k1take 2017/01/01
spring

di
リンク
作って理解するDIコンテナ - きしだのHatena
DIコンテナ使ってるけど、アノテーションってなんなの！って聞かれて、作ってみたらわかるよと答えてみたので、自分でも作ってみました。よくわかった。「DIコンテナ使うと何がいいの？」ということも、作ってみるとわかります。あと「DIって何がいいの？」に関しては、「DIはちょっとコードを書くのが楽になるだけで、それだけあっても仕方ない、大事なのはコンテナ」と答えるようにしてますが、コード比率からもそれがよくわかります。続編としてWebフレームワークも作っているので参考まで。作って理解するWebフレームワーク - きしだのHatena まずはコンテナを作るとりあえず1ソースの状態で。こんな感じで、管理する型を登録できるようにします。 static Map<String, Class> types = new HashMap<>(); static void register(String
k1take 2016/04/06
java

DI
リンク
Scalaにおける最適なDependency Injectionの方法を考察する〜なぜドワンゴアカウントシステムの生産性は高いのか〜 - Qiita
DIを使わない状態ではUserRepositoryというインターフェースが定義されているのにもかかわらず、UserServiceはUserRepositoryImplの参照も持っていました。これではせっかくインターフェースを分離した意味がありません。 UserServiceがUserRepositoryインターフェースだけを参照(依存)するようにすれば、具体的な実装であるUserRepositoryImplの変更に影響されることはありません。この問題を解決するのがDIの目的です。それではDIのインジェクタを加えて、上記のクラス図を修正しましょう。謎のインジェクタの登場によりUserServiceからUserRepositoryImplへの参照がなくなりました。おそらくインジェクタは何らかの手段でサービスであるUserRepositoryImpl(Dependency)をクライアン
k1take 2015/12/03
DIコンテナ使うと制御のわかりやすさを犠牲にするけど、大規模になればなるほど恩恵が大きくなる。そこは判断力が問われるよなぁ。

Scala

di
リンク
1