IOC“子”容器/服务定位器

Question

免责声明:我知道DI和服务定位器模式之间存在争论。我有一个问题是为了避免辩论。这个问题是针对服务定位器的粉丝们的，他们碰巧会像福勒一样想："DI...is难对付整个understand...on，我宁愿避免它，除非我需要它。“就我的问题而言，我必须避免DI (故意不给出理由)，所以我不想引发与我的问题无关的辩论。

问题:我可能看到的唯一问题是将IOC容器保持在一个单例中(请记住上面的免责声明)，就是使用子容器。想必，这些儿童容器本身并不是单身。起初，我认为这是一个真正的问题。但当我想到这一点时，我开始认为这正是我想要的行为(子容器不是单身汉，可以随意处理)。

然后，我的思想深入到哲学领域。因为我是一个服务定位器迷，所以我想知道子容器的概念到底有多必要。在我已经看到有用性的一小部分情况下，它要么满足DI (我基本上都在回避)，要么这个问题可以在不依赖IOC容器的情况下解决。我的想法在一定程度上受到了IServiceLocator接口的启发，它甚至不想列出一个"GetChildContainer“方法。

所以我的问题是:如果你是一个服务定位器迷，你是否发现子容器通常是没有意义的？否则，它们什么时候才是必要的？

额外学分:如果单例中的服务定位器存在其他哲学问题(除了DI拥护者提出的问题外)，它们是什么？

Answer 1

IMHO：

• 子容器与服务定位器无关，即它们是正交的。使用容器作为服务定位器只是一种使用它的方式，它与支持或不支持子容器的容器无关。
• 子容器的使用在很大程度上取决于容器设计。例如，虽然温莎支持它们，但它们很少被使用。Autofac OTOH大量使用它们来管理作用域/组件生命周期。这是任何容器/服务定位器实现的一个完全可选的特性，这就是为什么IServiceLocator没有提到它的原因。IServiceLocator的工作是在服务定位器中提供最低的公共分母。