工厂模式
工厂模式是一种比较常见的创建型设计模式，分为简单工厂模式、工厂方法模式、抽象工厂模式
工厂模式旨在把对象的创建和使用分离开来，把创建对象的职责交给工厂类，这样会有哪些好处？
解耦：对象的创建和使用分离
减少代码重复、创建蔓延，降低维护成本：对于创建较为复杂的对象，可以减少代码重复、降低维护成本
简单工厂模式
介绍
简单工厂模式-又叫做静态工厂方法，工厂类提供创建对象的方法（如create），接收一个参数，通过不同的参数实例化不同的产品类
简单工厂方法并不属于23种常见设计模式之一，适用于相对简单的场景，创建较少的对象。最重要的一点是它违背了开闭原则（对扩展开发，对修改关闭）(可以通过反射机制避免)，因为在扩展产品类的时候需要添加条件分支（如if-else、switch-case），需要修改工厂类方法
简单工厂类图
简单工厂模式角色分配
- 工厂(Factory)：负责实现创建所有实例的内部逻辑，工厂类可以被外界直接调用，创建所需的产品对象
- 抽象产品(Product)：负责描述所有实例的公共接口
- 具体产品(ConcreteProduct)：简单工厂模式的创建目标
代码实例
创建一个可以展示不同图表的工具，可以展示柱状图、饼图、折线图，每个图表对象都有方法display()展示图表。
简单工厂
public class ChartFactory {
/**
* 创建图表 负担太重、不符合开闭原则
*/
public static IChart create(String type) {
switch (type) {
case "bar":
return new BarChart();
case "pie":
return new PieChart();
case "line":
return new LineChart();
default:
return null;
}
}
}
静态方法工厂
public class ChartFactory2 {
public static BarChart createBarChart() {
return new BarChart();
}
public static PieChart createPieChart() {
return new PieChart();
}
public static LineChart createLineChart() {
return new LineChart();
}
}
反射机制改良简单工厂
使用简单工厂模式，当我们需要扩展的时候，是不符合开闭原则的，如上面的例子需要多一种图表展示，那么工厂类的创建方法就需要多处理一个条件分支。那如何可以让我们对扩展开放、对修改关闭呢？使用反射机制是可以做到的
public class ChartFactory3 {
public static IChart create(Class<? extends IChart> clazz) {
IChart chart = null;
try {
chart = clazz.newInstance();
} catch (InstantiationException | IllegalAccessException e) {
e.printStackTrace();
}
return chart;
}
public static IChart create(String className) {
IChart chart = null;
try {
chart = (IChart) Class.forName(className).newInstance();
} catch (InstantiationException | IllegalAccessException | ClassNotFoundException e) {
e.printStackTrace();
}
return chart;
}
}
Spring 的Ioc容器是通过配置文件和反射机制解决了简单工厂中的缺点
工厂方法模式
介绍
工厂方法的使用频率很高，经常可以在一些项目中看见
工厂方法(Factory Method) - 定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类
工厂方法针对每一种产品提供一个工厂类，通过不同的工厂实例来创建不同的产品实例，相比于简单工厂来说，不再提供一个统一的工厂创建所有的对象
优点
- 工厂方法模式很好的减轻了工厂类的负担，把一种类交由一个工厂创建
- 同时增加产品类并不需要修改工厂类，只需要添加创建该产品的工厂即可，使得工厂类符合开放-封闭原则
缺点
- 对于某些可以形成产品族（一组产品）的情况处理比较复杂
工厂方法类图
工厂方法模式角色分配
- 抽象工厂(Factory)：创建对象的工厂类的接口或父类
- 具体工厂(ConcreteFactory)：实现抽象工厂接口的具体工厂类
- 抽象产品(Product)：工厂类所创建对象的超类型，也就是具体产品对象的共同父类或接口
- 具体产品(ConcreteProduct)：具体产品由专门的具体工厂创建
代码示例
对上面简单工厂模式的例子修改，增加一个工厂接口和实现接口的具体工厂类
工厂接口
public interface IChartFactory {
IChart getChart();
}
工厂实现-柱状图工厂类
public class BarChartFactory implements IChartFactory{
@Override
public IChart getChart() {
return new BarChart();
}
}
抽象工厂模式
介绍
抽象工厂模式是比较难理解的工厂模式了，它的定义如下
抽象工厂模式(Abstract Factory) - 为创建一组相关或相互依赖的对象提供一个接口，而且无须指定它们的具体类
- 抽象工厂是应对产品族概念的
- 工厂方法模式是一种极端情况的抽象工厂模式（即只生产一种产品的抽象工厂模式），而抽象工厂模式
可以看成是工厂方法模式的一种推广 - 最大的缺点就是产品族扩展非常困难，增加一个产品，工厂类就需要增加一个创建该产品对象的方法
抽象工厂类图
抽象工厂模式角色分配
- 抽象工厂(AbstractFactory)：创建对象的工厂类的接口或父类，包含所有产品创建的抽象方法
- 具体工厂(ConcreteFactory)：实现抽象工厂接口的具体工厂类
- 抽象产品(AbstractProduct)：具体产品对象的共同父类或接口（有多个，一个产品族）
- 具体产品(ConcreteProduct)：具体产品由专门的具体工厂创建
如上类图，ProductA和ProductB是一个产品族的两个抽象产品，两个抽象产品都各自有可能有多个实现，ConcreteProductA1、ConcreteProductA2、ConcreteProductB1、ConcreteProductB2都是这些抽象产品的具体实现。AbstractFactory是工厂类的抽象接口，包含所有产品创建的抽象方法，工厂类不止是去创建一个产品对象，而是负责创建一个产品族的对象
代码示例
有组装过台式电脑的人可能知道一台电脑有很多配件组成，有CPU、主板、显卡、内存、硬盘、外设等，这些配件就可以看成是一个产品族的产品，而各个配件有不同的生产厂家和型号，有的可以混合搭配、有的需要指定型号。这里为了简单，假设只需要CPU和主板，CPU的生产厂家主要是Intel和AMD、对应的主板型号也不尽相同
抽象工厂
public interface IFactory {
ICpu createCpu();
IMainboard createMainboard();
}
抽象产品
public interface ICpu {
void installCpu();
}
public interface IMainboard {
void installMainboard();
}
总结
工厂模式区别
- 简单工厂：使用一个工厂对象用来生产同一等级结构中的任意产品。（不支持拓展增加产品）
- 工厂方法：使用多个工厂对象用来生产同一等级结构中对应的固定产品。（支持拓展增加产品）
- 抽象工厂：使用多个工厂对象用来生产不同产品族的全部产品。（不支持拓展增加产品族；支持增加产品）
