DIコンテナ：同じタイプのコレクションから適切なコンポーネントを注入しますか？

Question

私は、コンストラクタインジェクションに基づいて、自分の依存性注入コンテナをPHPでハックしようとしています。コンテナは複雑なオブジェクトをインスタンス化し、リフレクションを使用してコンストラクタの型ヒントに基づいて必要なオブジェクトを注入します。

私が明らかに遭遇したことは、同じタイプ（同じクラスを拡張/同じインターフェースを実装する）で注入できる複数のコンポーネントを登録できるという事実です。たとえば、2つのオブジェクトの両方がIteratorインタフェースを実装する別個のオブジェクトを必要とする場合はどうでしょうか？ DIコンテナはこれをどう扱うのですか？複雑なオブジェクトのどれに注入する必要があるか、あいまいなインターフェイスを持つオブジェクトのどちらをコンテナに決定させるかをコンテナに任せますか？

または、1つのタイプの複雑なオブジェクトの作成を担当する単一のDIコンテナのみですか？換言すると、各複合オブジェクトが異なるDIコンテナをインスタンス化するためである。私はこれが意図だとはほとんど想像できません。

Answer 1

あなたが記述しているのは、DI自体ではなく、むしろオートワイヤリングです。通常、DIではどのコンポーネントを何に接続するかを明示的に設定します。

DIは、指定されたタイプ（DAOなど）の実現可能なインプリメンテーションが1つのみの粗いコンポーネントでは本当に望ましいものです。型があいまいである場合、そのうちの1つを「プライマリ」としてマークするか、他のものを「候補外」とマークするか、必要なコンポーネントの名前を明示的にマークします。

は、それが助け場合は、春には、あなたの質問で何を意味するかに応じて、オートワイヤリングhereとhere

Answer 2

を処理する方法にまで読むことができる、ここでGuiceのは（Java用DIフレームワーク）を使用しています何：

の場合Fooの注入要求があるたびに異なるオブジェクトが必要な場合は、アプリケーションを配線するときにFoo.classを特定のインスタンスFooにバインドせず、必要に応じてFooを作成するオブジェクトであるProvider<Foo>をバインドします。そして、Fooが注入された場所はすべて新しいインスタンスを取得します。たとえば、Fooインスタンスの代わりにFooをクラスにバインドするだけの場合（Fooがインターフェイスで、Fooを実装するクラスであるRealFoo.classにバインドした場合）、同じ効果が得られます。毎回新しいインスタンスが作成されます。 Fooの2つのインスタンスが必要な場合は、アプリケーションを配線してから、アプリケーションを配線するときに構成する必要があります（これはデフォルトの「スコープなし」の動作です）。 "このFooのインスタンスは、Bumbleを作成するときに使用されるのに対して、Bazの場合はまたはBazを作成するときに使用されます。"と言うと、注入ポイントに注釈を付けてから、アプリケーションを配線するときは

Foo foo1 = new Foo("1"); 
Foo foo2 = new Foo("2"); 
bind(Foo.class).annotatedWith(Names.named("Bar")).toInstance(foo1); 
bind(Foo.class).annotatedWith(Names.named("Baz")).toInstance(foo1); 
bind(Foo.class).annotatedWith(Names.named("Bumble")).toInstance(foo2); 

ここでは、引数をBarのconstrucに注釈したと仮定しますBazとBumbleため

public Bar(@Named("Bar") Foo foo) { ... 

と同様：ようなものでTOR。もちろん、BarとBazというコンストラクタに同じものをアノテーションする場合は、bindのいずれかの行をスキップできます。

私は、リフレクションに基づいたPHP用のアノテーション処理フレームワークがあることを知っています。あるいは、おそらく引数名に基づいた規約を使用することができます。