Java设计模式-工厂模式

简单工厂模式
定义一个工厂类，他可以根据参数的不同返回不同的实例 ，被创建的实例通常都具有共同的父类 。

结构
工厂、抽象产品、具体产品

定义统一的抽象产品 ，将产品使用与具体产品隔离开 ，只与抽象产品建立关系 ，降低代码耦合度 。

优点
1、创建对象和使用对象的分离，实现了解耦 。
2、可以通过方法名称识别使用方式 。构造函数则无法从方法名称看出方法用途 。
3、引入配置文件 ，可以实现开闭原则,即不需要修改代码修改具体产品 。

4、便于方法的抽象和提取；
5、防止代码重复、创建蔓延；

缺点
1、工厂类职责过重；
2、增加了系统复杂度；
3、无法使用继承；

适用环境
1、管理的类相对较少；（10个以下？只管理一个产品也没啥意义 ）
2、客户端 （使用者 ）不需要知道如何创建对象；

简化工厂模式
将静态方法移至抽象产品类；

工厂方法模式
定义一个用于创建对象的接口 ，但是让子类决定将哪一个类实体化 。工厂方法模式让一个类的实例化延迟到子类 。 （其实就是把简单工厂模式中的工厂加了一层抽象 ）

应用场景：日志存储方式 ，文件、数据库；

为了实现开闭原则 ，可以通过反射使用配置文件加载工厂 。

抽象工厂模式
提供一个创建一系列相关或相互依赖的对象的接口 ，而无需指定它们具体的类 。 （减少了类的个数？有啥用 。 。 ）

使用效果：只需修改一个工厂 ，就会修改工厂下所有的产品 。比较适用于同一风格类组件的应用 。

缺点：增加产品很容易，修改产品等级结构很麻烦 。

应用场景：①需要多个产品类簇；②产品簇中的产品在一起使用（必须的 ）；③产品等级结构稳定 （不稳定改起来很麻烦 ）