【设计模式】工厂模式

1、简单工厂模式（非GOF）

简单工厂模式是指创建一个工厂类，这个工厂类可以根据入参的不同来决定生产不同的产品。

从图中结构就可以看出来，如果产品种类过多的话，会增加工厂类的职责。不利于扩展相对复杂的产品结构。

而且，增加一个产品就需要修改工厂类，不符合开闭原则。

2、工厂方法模式

 

工厂方法模式：定义一个用于创建对象的接口，让子类决定实例化哪一个类。使一个类的实例化延迟到其子类。

适用场景：

• 当一个类不知道它所必须要创建的对象的类的时候。
• 当一个类希望由它的子类来指定它所创建的对象的时候。
• 当类将创建对象的职责委托给多个帮助子类中的某一个，并且你希望将哪一个帮助子类是代理者这一信息局部化的时候。

3、抽象工厂模式（abstract factory）

抽象工厂模式：提供一个 创建一系列 相关或相互依赖对象的接口，而无需指定它们具体的类。

适用场景：

1. 一个系统要独立于 它的产品的创建、组合和表示时。
2. 一个系统要由多个产品系列中的一个类配置时。
3. 当你要强调一系列相关的产品对象的设计以便进行联合使用时。
4. 当你提供一个产品类库，而只想显示它们的接口而不是实现时。

优点：

1. 它分离了具体的类。因为一个工厂封装了创建产品的责任和过程，它将客户与类的实现分离。客户通过它们的抽象接口操纵实例，产品的类名也在具体的工厂实现中被分离，它们不出现在客户代码中。
2. 它使得易于交换产品系列。这个很好理解，想换成另一个系列的产品，只需要更换一下工厂类即可。
3. 它有利于产品的一致性。如果一个应用必须只能使用同一个系列里的对象。抽象工厂可以很容易实现这一点。

缺点：

1. 难以支持新种类的产品。很容易理解，突然要增加一个电烤箱，那么格力和海尔都得实现生产电烤箱。

抽象工厂模式主要是引入了产品族的概念。一个工厂负责生产一系列产品。如上图格力工厂生产格力冰箱、空调、电视。海尔的则负责生产海尔冰箱、空调、电视。

4、特意把三种工厂模式的UML图放在一起。是为了进行对比，观察从1到2再到3每一步增加了什么，分析这样做的利弊。