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

Question

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

• 何时使用工厂模式？
  • （有用的 pdf 链接已损坏）
• 如何创建工厂？
  • （更多的是“如何”而不是“何时”）
• 使用工厂而不是构造函数来创建对象的门槛是多少？
  • （一些一般性答案）
• 工厂模式。什么时候使用工厂方法？
  • （更多关于工厂方法而不是工厂类）
• 何时使用工厂方法模式？
  • （再次了解有关工厂方法的更多信息）

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

何时使用抽象工厂模式：< /strong>

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

解释：

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

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

• 否，您可以拥有一个（或几个）工厂来生成大量（通常是相关的）对象类型，
• 例如 appFactory.createUser(); appFactory.createCatalog(); 化

何时不使用工厂：

• 新对象非常简单，不太可能被子类
  • 例如List list = new ArrayList();
• 新对象没有兴趣测试
  • 没有依赖项
  • 不执行任何相关或长期运行的工作
  • 例如 Logger 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/< /a>
• 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 因为我正在进行随机访问。当我自己可以做的时候，我不想依赖工厂来解决这个问题。

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

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

编辑：小心避免 通用工具构建工厂工厂。

Answer 2

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

JDBC 和 JAXP 就是很好的例子。如需更多示例，请查看此答案。

Answer 3

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

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