【工厂模式】

简单工厂模式

有一个具体的工厂类，将对象的创建交给工厂，不注重创建的细节，可以创建多个不同的对象产品，属于创建型工厂模式。简单工厂模式不属于23种设计模式
简单工厂模式的主要角色如下：

1. 简单工厂：是简单工厂模式的核心，负责实现创建所有实例的内部逻辑。工厂类的创建产品类的方法可以被外界直接调用，创建所需的产品对象；
2. 抽象产品：是简单工厂创建的所有对象的父类，负责描述所有实例共有的公共接口；
3. 具体产品（ConcreteProduct）：是简单工厂模式的创建目标；

UML

优点：

1. 工厂类包含必要的判断逻辑，可以决定在什么时候创建哪一个产品实例。客户端可以免除创建产品的职责，很方便的创建出相应的产品。工厂和产品的职责区分明确；
2. 客户端无需知道所创建具体产品的类名，只需知道参数即可；
3. 也可以引入配置文件，在不修改客户端代码的情况下更换和添加新的具体产品类；

缺点：

1. 简单工厂模式的工厂类单一，负责所有产品的创建，职责过重，一旦异常，整个系统将受影响。且工厂类代码会非常臃肿，违背高聚合原则；
2. 使用简单工厂模式会增加系统中类的个数（引入新的工厂类），增加系统的复杂度和理解难度；
3. 系统扩展困难，一旦增加新产品不得不修改工厂逻辑，在产品类型较多时，可能造成逻辑过于复杂；
4. 简单工厂模式使用了 static 工厂方法，造成工厂角色无法形成基于继承的等级结构；

工厂方法模式

工厂方法模式是对简单工厂模式的进一步抽象化，其好处是可以使系统在不修改原来代码的情况下引进新的产品，即满足开闭原则；
工厂方法模式的主要角色如下：

1. 抽象工厂：提供了创建产品的接口，调用者通过它访问具体工厂的工厂方法 newProduct() 来创建产品；
2. 具体工厂：主要是实现抽象工厂中的抽象方法，完成具体产品的创建；
3. 抽象产品：定义了产品的规范，描述了产品的主要特性和功能；
4. 具体产品：实现了抽象产品角色所定义的接口，由具体工厂来创建，它同具体工厂之间一一对应；

UML

优点

1. 用户只需要知道具体工厂的名称就可得到所要的产品，无须知道产品的具体创建过程；
2. 灵活性增强，对于新产品的创建，只需多写一个相应的工厂类；
3. 典型的解耦框架。高层模块只需要知道产品的抽象类，无须关心其他实现类，满足迪米特法则、依赖倒置原则和里氏替换原则；

缺点：

1. 类的个数容易过多，增加复杂度；
2. 增加了系统的抽象性和理解难度；
3. 抽象产品只能生产一种产品，此弊端可使用抽象工厂模式解决；

抽象工厂模式

抽象工厂（AbstractFactory）模式的定义：是一种为访问类提供一个创建一组相关或相互依赖对象的接口，且访问类无须指定所要产品的具体类就能得到同族的不同等级的产品的模式结构；
抽象工厂模式是工厂方法模式的升级版本，工厂方法模式只生产一个等级的产品，而抽象工厂模式可生产多个等级的产品；
抽象工厂模式的主要角色如下：

1. 抽象工厂：提供了创建产品的接口，它包含多个创建产品的方法 newProduct()，可以创建多个不同等级的产品；
2. 具体工厂：主要是实现抽象工厂中的多个抽象方法，完成具体产品的创建；
3. 抽象产品：定义了产品的规范，描述了产品的主要特性和功能，抽象工厂模式有多个抽象产品；
4. 具体产品：实现了抽象产品角色所定义的接口，由具体工厂来创建，它同具体工厂之间是多对一的关系；

使用抽象工厂模式一般要满足以下条件

1. 系统中有多个产品族，每个具体工厂创建同一族但属于不同等级结构的产品；
2. 系统一次只可能消费其中某一族产品，即同族的产品一起使用

UML

优点：

1. 可以在类的内部对产品族中相关联的多等级产品共同管理，而不必专门引入多个新的类来进行管理；
2. 当需要产品族时，抽象工厂可以保证客户端始终只使用同一个产品的产品组；
3. 抽象工厂增强了程序的可扩展性，当增加一个新的产品族时，不需要修改原代码，满足开闭原则；

缺点：

1. 当产品族中需要增加一个新的产品时，所有的工厂类都需要进行修改。增加了系统的抽象性和理解难度；

应用场景：

1. 当需要创建的对象是一系列相互关联或相互依赖的产品族时，如电器工厂中的电视机、洗衣机、空调等；
2. 系统中有多个产品族，但每次只使用其中的某一族产品。如有人只喜欢穿某一个品牌的衣服和鞋；
3. 系统中提供了产品的类库，且所有产品的接口相同，客户端不依赖产品实例的创建细节和内部结构；