我正在尝试基于构造函数注入在 PHP 中破解我自己的依赖注入容器。容器实例化复杂对象，并使用反射根据构造函数中的类型提示将所需的对象注入它们。
我显然偶然发现的一件事是，我可以注册多个可以注入的相同类型的组件（扩展相同的类/实现相同的接口）。例如，如果两个对象都需要实现 Iterator 接口的不同对象怎么办。 DI Containers 通常如何处理这个问题？如何让容器决定哪些接口不明确的对象需要注入哪些复杂对象？
或者是单个 DI 容器只负责创建一种类型的复杂对象？换句话说：为每个复杂对象实例化一个不同的 DI 容器。我很难想象这是意图，对吧？
【问题讨论】：
标签： dependency-injection ioc-container ambiguity
【讨论】：
根据您的问题的意思，以下是 Guice（Java 的 DI 框架）使用的内容：
如果您每次收到Foo 的注入请求时只需要一个不同的对象，那么在连接您的应用程序时，不要将Foo.class 绑定到Foo 的特定实例，而是绑定@987654324 @，这是一个按需创建Foo 的对象。然后，每个注入Foo 的地方都会得到一个新的实例。如果您只是将Foo 绑定到一个类而不是Foo 实例（例如，Foo 是一个接口，并且您将它绑定到RealFoo.class 这是一个实现Foo 的类），您还可以获得相同的效果 - 每次都会创建一个新实例。 （这是默认的“无作用域”行为。Guice 作用域的行为超出了本注释的范围）
但是，如果您需要在连接应用程序时构建两个 Foo 实例，然后能够说“这个 Foo 实例在创建 Bar 或 Baz 时被使用，而在制作Bumble" 时会使用另一个实例，您所做的是注释注入点，然后在连接您的应用程序时说：
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 的构造函数的参数：
public Bar(@Named("Bar") Foo foo) { ...
Baz 和 Bumble 也是如此。当然，如果你对Bar和Baz的构造函数进行了同样的注解，你可以跳过bind中的一行。
我知道有基于反射的 php 注释处理框架，或者您可以使用基于参数名称的约定。
【讨论】：