design-patterns - 我应该选择依赖注入(inject)还是工厂模式

Question

我正在调查依赖注入(inject)。而且我发现:引用的大多数依赖注入(inject)的例子，我们也可以使用工厂模式来解决。

您能帮我比较一下 DI 和工厂模式之间的优缺点吗？我应该总是选择依赖注入(inject)而不是工厂模式吗？还是取决于指定的项目？

我如何知道最佳解决方案是什么？什么是最佳做法？

Answer 1

让我们看看它们之间的区别。

使用 DI，对象在外部创建并“注入(inject)”以供客户端对象使用。注入(inject)通常通过构造函数完成。

但是，在复杂的情况下，通常会注入(inject)一个 DI 容器来创建依赖对象，包括所有的子依赖。所以它看起来像抽象工厂!

使用抽象工厂，一个具体工厂类的实例被注入(inject)，依赖对象由客户端对象实例化。

所以 DI 和抽象工厂几乎相同，当您考虑到在这两种情况下，工厂对象都被传递给客户端以使其能够创建其依赖项。

仅在简单的情况下，依赖对象在外部创建并传递给客户端对象。这就是策略模式的工作原理。

由于 DI 容器现在如此流行，并且在框架中得到如此广泛的使用，它们已经有效地取代了抽象工厂，至少作为一种经常被提及的模式。 DI 容器是比抽象工厂想象的要复杂得多的实体(我相信)。

所以没有最佳实践!