核心思想
结构
1. 抽象工厂
- 定义创建一些列相关对象的接口。
2. 具体工厂
- 实现抽象工厂接口，负责实例化具体的产品对象。
3. 抽象产品
- 定义一类产品的接口。
4. 具体产品
- 实现抽象产品接口，提供具体产品的功能。
适用场景
1. 系统需要创建一系列相关或互相依赖的对象。
2. 系统的产品族固定，但产品种类经常变化。
3. 需要保证同一个工厂生成的产品族之间的兼容性。
优缺点
优点：
1.1. 分离接口和实现：客户端通过抽象工厂、抽象产品与具体工厂、具体产品解耦。
1.2. 产品族管理方便：保证同一产品族对象的一致性。
1.3. 扩展性好：支持新增具体工厂来扩展新的产品族。
缺点：
1.1. 产品族扩展困难：如果新增产品族，需要修改抽象工厂及所有具体工厂接口。
1.2. 复杂性增加：需要增加多个类，代码结构更复杂。
示例
1. 普通版
2. 改进版——配置文件+反射
- 在改进版的抽象工厂模式中，我们通过配置文件和反射机制动态决定具体工厂的选择，减少客户端对具体工厂和具体产品的硬编码依赖，使系统更灵活、更易扩展。
- 新增产品族示例
-
- 如果需要新增一个产品族（如
ChineseStyleFactory），只需：
- 如果需要新增一个产品族（如
-
-
- 新增具体咖啡类
Coffee3和 甜品类Dessert3。 - 新增具体工厂类
ChineseStyleFactory实现CoffeeDessertFactory。 - 修改配置文件
factory=com.colin.patterns.creational_patterns.config_abstract_factory.ChineseStyleFactory。
- 新增具体咖啡类
-
-
- 客户端代码完全不需要改动，系统即可使用新的产品族。
与其他模式的关系
- 在许多设计工作的初期都会使用工厂方法模式 （较为简单， 而且可以更方便地通过子类进行定制）， 随后演化为使用抽象工厂模式、 原型模式或生成器模式 （更灵活但更加复杂）。
- 生成器重点关注如何分步生成复杂对象。 抽象工厂专门用于生产一系列相关对象。 抽象工厂会马上返回产品， 生成器则允许你在获取产品前执行一些额外构造步骤。
- 抽象工厂模式通常基于一组工厂方法， 但你也可以使用原型模式来生成这些类的方法。
- 当只需对客户端代码隐藏子系统创建对象的方式时， 你可以使用抽象工厂来代替外观模式。
- 你可以将抽象工厂和桥接模式搭配使用。 如果由桥接定义的抽象只能与特定实现合作， 这一模式搭配就非常有用。 在这种情况下， 抽象工厂可以对这些关系进行封装， 并且对客户端代码隐藏其复杂性。
- 抽象工厂、 生成器和原型都可以用单例模式来实现。
