依存性注入のベストプラクティスとアンチパターン

Question

私は依存性注入に比較的慣れていません。DIを使用する際には、それぞれのベストプラクティスとアンチパターンを覚えておきましょう。

Answer 1

私は、Law of Demeterの違反を見ると、依存性注入が必要なことを示唆しています。例えば

：

void doit() 
{ 
    i += object.anotherobject.addvalue; //violation of Law of Demeter 
} 

は時々私はanotherobjectを注入依存関係する場合がありますことを示唆しています。

Answer 2

DIをいつ使用するかについての私の基本的なルールは、私が層の間に注入するということです。私のコントローラーとDAOの間に層があるので、注入することができます。

私はDIを同じレイヤー内で使用するのは良いアイデアではないと主に考えています。層が密接に結合されている必要があります。

たとえば、DAOが別のコンピュータにある場合は、それらが1つのレイヤーであると見なす必要がありますが、実際にはDIを使用して1つのマシンと別のマシンのすべてを切り替えます。開発者は1台のマシンですべてを処理でき、別々のマシンで動作するはずです。

しかし、何か緊急の必要がなければ、同じ層内のDIは不要な複雑さだと思う。

Answer 3

私の意見では、Dhanji Prasannaの本Dependency Injectionは、初心者と専門家の両方にとって、ソフトウェアデザイナーのために読んでおく必要があります。あなたのDIに関する質問を直接扱います。

Answer 4

私はこのDIに関する記事を本当に楽しんでいます。それはDI体験のトンを持たない人、またはそれが何であるのか知りません。

https://mtaulty.com/2009/08/10/m_11554/

Unityは何ですか？

It’s a “dependency injection container”. 

さて、その時点で人々 読みの束が、これははい、私たちは を知っていると我々はすでに A、B、Cの理由のためにそれを使用しているか、我々が使用しないことを選択しました」と言うだろうそれは理由X、Y、Zのための と私は 他の人々の束が言うかもしれないと想像する;

“Huh? What’s a dependency injection container?” 

この投稿は、後者の人々のためにある - 網羅的であることを意味していないが、 がうまくいけば、それはどちらかの役に立たない完全 ではありません

Answer 5

:-) Guiceののuser's guideにおけるベストプラクティスのセクションがありますです。

Answer 6

依存注入防止パターンは、Multiple Constructorsです。