为什么基础抽象工厂需要抽象工厂模式？

Question

在抽象工厂模式中，涉及的主要实体是

1. 抽象基地工厂
2. 混凝土工厂每个延伸抽象基地工厂
3. 客户端代码
4. 基础产品
5. 扩展基础产品的具体产品类别

我看过各种实现，并观察到客户机代码了解具体的工厂。根据我在不同地方看到的模式的共同定义，如下所示

定义一个用于创建对象的接口，但让子类来决定要实例化哪个类。

根据我的观察，createProduct是作为抽象工厂方法中的抽象方法实现的。它公开了一个非抽象的公共方法，比如getProduct，从中调用createProduct方法。根据具体工厂类的运行时对象，相应地调用createProduct。

即使基本抽象工厂类不存在，客户端代码也可以简单地调用具体工厂类对象上的createProduct方法，因为具体工厂类对客户端代码是可见的。

我觉得抽象基类只在下面的情况下有用

如果我们有代码来创建具体工厂类的对象，而不是在这些对象上调用getProduct方法的代码。实例化具体工厂类的代码可以将工厂放在一些队列中，以后的队列可以迭代，可以获得具体产品。

请提供您宝贵的反馈。

Answer 1

抽象工厂不一定是一个抽象类，大多数时候它只是一个接口。

使用的混凝土工厂应注入DI。这样，工厂的消费者就不知道使用的是哪一种。

Answer 2

客户不应了解任何混凝土工厂。抽象工厂应该隐藏工厂实现细节，允许在不影响客户端的情况下交换不同的工厂。

那些认为抽象工厂模式的目的是生产具体工厂的答案是完全错误的。不幸的是，这种错误的信息具有欺骗性的直观性，因此错误的定义在如此多的网站上肆虐，许多网站拥有数百张选票。

这里的答案很好地解释了AbstractFactory；但要小心那些暗示重复的评论。链接线程中的答案会破坏对模式的任何理解。