依赖注入 与 抽象工厂

抽象工厂模式只是部分满足了DIP，因为它未满足“高层模块不应该依赖于低层模块，二者都应该依赖于抽象”,换言之在相关高层模块还有抽象工厂的存在，就是依然存在耦合。解耦是最终目的，但实际情况是不可能消除耦合。但IoC or DI 这个思想借鉴了硬件设计，将耦合转移了从而变相的讲模块之间的耦合消除了，将模块之间的耦合转移到了模块与容器之间。从而IoC or DI完全满足了DIP 

 

依赖注入（DI）和工厂模式相似的原因是，它们是软件结构控制反转（IoC）的两种实现。简单地说，它们是针对同一问题的两种解决方案。

因此，Factory模式和DI之间的主要区别是如何获取对象引用。
依赖注入的名称暗示该引用已注入或提供给您的代码。使用Factory模式，你的代码必须请求引用，以便你的代码访存该对象。两种实现都删除或分离了代码与代码所使用的对象引用的基础类或类型之间的链接。

值得注意的是，工厂模式（或者实际上是抽象工厂模式，它们是返回新工厂并返回对象引用的工厂）可以编写为在运行时动态选择或链接到所请求对象的类型或类。这使它们与IoC的另一种实现的Service Locator模式非常相似（甚至比DI更是如此）。

工厂设计模式（在软件方面）非常古老，已经存在了一段时间。自从最近架构模式IoC流行以来，它正在复苏。

IoC设计模式：注入器正在注入，定位器正在定位，工厂已经重构。