或称
工具包
目的
提供一个用于创建相关对象家族的接口,而无需指定其具体类。
解释
真实世界例子
要创建一个王国,我们需要具有共同主题的对象。 精灵王国需要精灵王,精灵城堡和精灵军队,而兽人王国需要兽王,精灵城堡和兽人军队。 王国中的对象之间存在依赖性。
通俗的说
工厂的工厂; 一个将单个但相关/从属的工厂分组在一起而没有指定其具体类别的工厂。
维基百科上说
抽象工厂模式提供了一种封装一组具有共同主题的单个工厂而无需指定其具体类的方法
程序示例
翻译上面的王国示例。 首先,我们为王国中的对象提供了一些接口和实现。
然后我们有了王国工厂的抽象和实现
现在我们有了抽象工厂,使我们可以制作相关对象的系列,即精灵王国工厂创建了精灵城堡,国王和军队等。
程序输出:
现在,我们可以为不同的王国工厂设计工厂。 在此示例中,我们创建了FactoryMaker,负责返回ElfKingdomFactory或OrcKingdomFactory的实例。 客户可以使用FactoryMaker来创建所需的具体工厂,该工厂随后将生产不同的具体对象(军队,国王,城堡)。 在此示例中,我们还使用了一个枚举来参数化客户要求的王国工厂类型。
类图
适用性
在以下情况下使用抽象工厂模式
- 该系统应独立于其产品的创建,组成和表示方式
- 系统应配置有多个产品系列之一
- 相关产品对象系列旨在一起使用,你需要强制执行此约束
- 你想提供产品的类库,并且只想暴露它们的接口,而不是它们的实现。
- 从概念上讲,依赖项的生存期比使用者的生存期短。
- 你需要一个运行时值来构建特定的依赖关系
- 你想决定在运行时从系列中调用哪种产品。
- 你需要提供一个或更多仅在运行时才知道的参数,然后才能解决依赖关系。
- 当你需要产品之间的一致性时
- 在向程序添加新产品或产品系列时,您不想更改现有代码。
示例场景
- 在运行时在FileSystemAcmeService ,DatabaseAcmeService 或NetworkAcmeService中选择并调用一个
- 单元测试用例的编写变得更加容易
- 适用于不同操作系统的UI工具
后果:
- Java中的依赖注入会隐藏服务类的依赖关系,这些依赖关系可能导致运行时错误,而这些错误在编译时会被捕获。
- 虽然在创建预定义对象时模式很好,但是添加新对象可能会很困难。
- 由于引入了许多新的接口和类,因此代码变得比应有的复杂。