工厂模式

一、分类
1、简单工厂，创建型模式，又叫做静态工厂方法（Static Factory Method）模式，不属于23种GOF设计模式之一。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例
2、抽象工厂，在工厂方法模式中，核心的工厂类不再负责所有的产品的创建，而是将具体创建的工作交给子类去做。该核心类成为一个抽象工厂角色，仅负责给出具体工厂子类必须实现的接口，而不接触哪一个产品类应当被实例化这种细节。
3、多态工厂，抽象工厂模式可以向客户端提供一个接口，使客户端在不必指定产品的具体的情况下，创建多个产品族中的产品对象

二、UML
简单工厂：

工厂模式：

抽象工厂：

三、区别
简单工厂：针对一种产品。缺点是破坏了开放，封闭原则。
**工厂方法：**对简单工厂做了相应的改进，改正了简单工厂破坏开放封闭原则的错误。使一个产品类的实例化延迟到其具体工厂子类
一个抽象产品类，可以派生出多个具体产品类。
一个抽象工厂类，可以派生出多个具体工厂类。
每个具体工厂类只能创建一个具体产品类的实例。
抽象工厂：针对于多种产品，和简单工厂以及工厂模式并无太大的关联。
多个抽象产品类，每个抽象产品类可以派生出多个具体产品类。
一个抽象工厂类，可以派生出多个具体工厂类。
每个具体工厂类可以创建多个具体产品类的实例。

四、各自的优缺点
简单工厂的优点/缺点：
优点：能够根据外界给定的信息，决定究竟应该创建哪个具体类的对象。明确区分了各自的职责和权力，有利于整个软件体系结构的优化。
缺点：工厂类集中了所有实例的创建逻辑，容易违反GRASPR的高内聚的责任分配原则
工厂方法的优点/缺点：
优点：子类提供挂钩。基类为工厂方法提供缺省实现，子类可以重写新的实现，也可以继承父类的实现。-- 加一层间接性，增加了灵活性
屏蔽产品类。产品类的实现如何变化，调用者都不需要关心，只需关心产品的接口，只要接口保持不变，系统中的上层模块就不会发生变化。
典型的解耦框架。高层模块只需要知道产品的抽象类，其他的实现类都不需要关心，符合迪米特法则，符合依赖倒置原则，符合里氏替换原则。
多态性：客户代码可以做到与特定应用无关，适用于任何实体类。
缺点：引入抽象工厂层后，每次新增一个具体产品类，也要同时新增一个具体工厂类。当产品种类非常多时，会出现大量的与之对应的工厂对象。
抽象工厂的优点/缺点：
优点：抽象工厂模式隔离了具体类的生产，使得客户并不需要知道什么被创建。
当一个产品族中的多个对象被设计成一起工作时，它能保证客户端始终只使用同一个产品族中的对象。
增加新的具体工厂和产品族很方便，无须修改已有系统，符合“开闭原则”。
缺点：增加新的产品等级结构很复杂，需要修改抽象工厂和所有的具体工厂类，对“开闭原则”的支持呈现倾斜性。

五、使用场景解耦，对象的创建和使用分离
1、简单工厂
工厂类负责创建的对象比较少，客户只需要传入工厂类参数，对于如何创建对象（逻辑）不关心。简单工厂模式很容易违反高内聚低耦合的原则，因此一般只在很简单的情况下使用。
2、工厂方法
解决简单工厂不符合开闭原则的问题，客户端可通过子类来指定创建对应的对象。
3、抽象工厂
多维度