c# - 静态依赖注入(inject)工厂，对还是错？

Question

最近，当我在我正在从事的项目中尝试使用 Ninject 时，我遇到了困难。

我经历了各种各样的问题，系统地要求我的设计和架构支持依赖注入(inject)。

1. Is this right to inject the container/kernel to the main application presenter?

2. How to configure Ninject to use along with NHibernate in WinForms?

3. Conditional dependency injection binding only when property not null

4. What did I get wrong, DI or Design, and how should I go about it?

经过数小时、数小时、数小时的搜索，我发现了 Justin Etheredge 的那篇文章，他谈到了他的静态 DIFactory 类。

• Creating a binding factory for Ninject

我现在想知道，使用静态 DI 工厂不是让事情像魔术一样工作吗？

我想听听在实际应用程序中使用静态 DI 工厂的利弊。

此外，IoC 和 DI 是相同的，还是非常相似，但有一些差异？

Answer 1

A static DI Factory is a Service Locator , 和一个 Service Locator is an anti-pattern因为这会使难以推理您的代码:

• 它破坏了封装。
• 它违反了Interface Segregation Principle .
• 这使得发现违反 Single Responsibility Principle 的行为变得更加困难.
• 它使对象组合更加困难，因为它向服务定位器隐藏了组合上下文。
• 它打破了Hollywood Principle .

服务定位器的唯一优点是它略微 easier to understand than Dependency Injection .然而，DI 并不难掌握 once you get over a few conceptual hurdles .

IoC和DI的关系是DI is a special case of IoC .