静态依赖注入工厂，对还是错？

Question

最近，当我在我正在进行的项目中尝试使用 Ninject 时，我遇到了障碍。

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

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

static DI Factory is a Service Locator 和 Service Locator is an anti-pattern，因为这会使 难以推理您的代码：

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

Service Locator 的唯一优点是它略 easier to understand than Dependency Injection。但是，DI 并不难掌握once you get over a few conceptual hurdles。

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