设计模式-工厂模式/抽象工厂模式

工厂模式

定义一个创建对象的接口，让子类决定实列化哪一个类，工厂模式使一个类的实例化延迟到其子类；

工厂方法模式是简单工厂模式的延伸。在工厂方法模式中，核心工厂类不在负责产品的创建，而是将具体的创建工作交给子类去完成。也就是后所这个核心工厂仅仅只是提供创建的接口，具体实现方法交给继承它的子类去完成。当我们的系统需要增加其他新的对象时，我们只需要添加一个具体的产品和它的创建工厂即可，不需要对原工厂进行任何修改，这样很好地符合了“开闭原则”。

优点：
- 在工厂方法中，用户只需要知道所要产品的具体工厂，无须关心具体的创建过程，甚至不需要具体产品的类名。
- 在系统增加新的产品时，我们只需要添加一个具体产品类和对应的实现工厂，无需对工厂进行任何修改，很好的符合了“开闭原则”
缺点：
- 每次增加一个产品时，都需要增加一个具体类和对象实现工厂，使得系统中类的个数成倍增加，在一定程度上增加了系统的复杂度，同时也增加了系统具体类的依赖。

一个类不知道它所需要的对象的类。在工厂方法模式中，我们不需要具体产品的类名，我们只需要知道创建它的具体工厂即可
一个类通过其子类来指定创建那个对象。在工厂方法模式中，对于抽象工厂类只需要提供一个创建产品的接口，而由其子类来确定具体要创建的对象。在程序运行时，子类对象将覆盖父类对象，从而使得系统更容易扩展。
将创建对象的任务委托给多个工厂子类中的某一个，客户端在使用时可以无需关系是哪一个工厂子类创建产品子类，需要时再动态指定。

提供一个创建一系列或相关依赖对象的接口，而无需指定它们具体的类；

抽象工厂角色：描述具体工厂的公共接口，是具体工厂的父类
具体工厂角色：描述具体工厂，创建产品的实例，供外界调用，主要实现了抽象工厂中的抽象方法，完成具体产品的创建
抽象产品角色：抽象产品角色是简单工厂模式所创建的所有对象的父类，负责描述所有实例所共有的公共接口，它的引入将提高系统的灵活性，使得在工厂类中只需定义一个工厂方法，因为所有创建的具体产品对象都是其子类对象。
具体产品角色：具体产品角色是简单工厂模式的创建目标，所有创建的对象都充当这个角色的某个具体类的实例。每一个具体产品角色都继承了抽象产品角色，需要实现定义在抽象产品中的抽象方法，由具体工厂来创建，它同具体工厂之间一一对应。

优点
- 提供了一种封装对象创建过程的方式：抽象工厂模式将对象的创建过程封装在了具体的工厂类中，客户端只需要关注工厂接口和产品接口，而无需关心具体的实现细节。
- 实现了产品族的切换：通过使用不同的具体工厂类，可以方便的切换整个产品族的产品，从而实现了接口与实现的分离
- 保持了代码的一致性：抽象工厂模式保持了一致性，即所有由同一工厂创建的产品都相互关联，使得产品之间可以很方便的进行配合使用。
缺点
- 不易扩展新的产品：当需要给产品家族新增一个产品时，需要修改抽象工厂的接口及所有的具体工厂类，这就违反了开闭原则，增加了代码的维护成本。
- 增加了系统的复杂度：抽象工厂模式引入了多个抽象和具体类，增加了系统的复杂度和理解难度。

1. 如果没有应对“多系列对象构建” 的需求变化，则没有必要使用Abstract Factory 模式，这时候使用简单工厂完全可以；

2. “系列对象”指的是在某一特定系列下的对象之间有相互依赖，或作用的关系。不同系列的对象之间不能相互依赖。

3. Abstract Factory 模式主要在于应对“新系列”的需求变动。其缺点在于难以应对“新对象”的需求变动。