什么时候使用抽象工厂模式？

Question

我试图简明扼要地描述何时为我自己和我的团队使用工厂。我遇到了以下相关问题，这在一定程度上有所帮助：

• When to use factory patterns?
  • （有用的 pdf 链接已损坏）
• How do you create your Factories?
  • （更多的是“如何”而不是“何时”）
• What is your threshold to use factory instead of a constructor to create an object?
  • （一些一般性答案）
• Factory Pattern. When to use factory methods?
  • （更多关于工厂方法而不是工厂类）
• When to use Factory method pattern?
  • （再次详细了解工厂方法）

根据这些链接和一堆其他来源（列在底部），我想出了以下内容：

何时使用抽象工厂模式：

• 当您使用接口 var 或“新”运算符时
  • 例如用户用户 = 新的 ConcreteUserImpl();
• 并且您正在编写的代码在某些时候应该是可测试/可扩展的

说明：

• 接口本质上意味着多种实现（有利于单元测试）
• 接口变量暗示符合 OCP 和 LSP 的代码（支持子类化）
• 使用“new”运算符会破坏 OCP/DI，因为高度耦合的类很难测试或更改

“我是否为每种对象类型都创建了一个工厂？这似乎太过分了。”

• 不，您可以拥有一个（或几个）工厂来生产很多（通常是相关的）对象类型
• 例如appFactory.createUser(); appFactory.createCatalog();等等。

何时不使用工厂：

• 新对象非常简单，不太可能被子分类
  • 例如List list = new ArrayList();
• 新对象没有兴趣测试
  • 没有依赖关系
  • 不执行任何相关或长期运行的工作
  • 例如记录器 log = new SimpleLogger();

参考资料：

• http://googletesting.blogspot.com/2008/08/where-have-all-singletons-gone.html
• http://misko.hevery.com/2008/07/08/how-to-think-about-the-new-operator/
• http://misko.hevery.com/2008/08/17/singletons-are-pathological-liars/
• http://en.wikipedia.org/wiki/Dependency_Injection
• http://en.wikipedia.org/wiki/Open_Closed_Principle
• http://en.wikipedia.org/wiki/Liskov_substitution_principle

---

我的问题是：我的总结是否准确，是否有意义？有什么我忽略的吗？

提前致谢。

Answer 1

我还要说，当您有想要的特定实现时，不要使用工厂。继续List 示例，我知道我想要一个ArrayList，因为我正在进行随机访问。当我可以自己做时，我不想依赖工厂来做这件事。

相反，当我不想知道具体的子类时，我可以使用工厂并让它担心实际实例化哪个对象。

我想我建议您在“何时使用抽象工厂模式”中添加一个项目符号，说明“并且您并不真正关心您获得哪个具体子类”，反之则为“何时不使用使用工厂”。

编辑：小心避免general-purpose tool-building factory factory factory。

Answer 2

一般来说，当您希望能够通过外部配置切换实现时使用它。

JDBC 和 JAXP 就是很好的例子。更多示例，请查看this answer。

Answer 3

抽象工厂模式提供了一种封装具体工厂的方法，这些工厂彼此共享一些共同点，这意味着它们实现相同的接口/抽象类。

当您想要控制对象的初始化时，您需要使用工厂模式，而不是将控制权交给消费者。