简介
上文介绍了简单工厂模式，这次我们介绍简单工厂模式的扩展-抽象工厂模式。在介绍前我们首先要回忆一下简单工厂模式缺点：
- 不符合开闭原则，每次增加一个产品，都需要修改工厂方法和增加一个产品类，就不得不修改工厂类，使得工厂类过于复杂。
- 所有的创建逻辑处理都在工厂类中，但工厂类出了问题，整个系统就出了问题。
实现
在上文介绍简单工厂模式时，我用了长春长生的“疫苗”问题做为例子，这次继续使用该列子，方便对比。
第一步：创建疫苗接口Vaccine（和简单工厂模式一致）
public interface Vaccine {
void efficacy();
}
第二步：创建具体的疫苗类（和简单工厂模式一致）
- 流感疫苗
public class InfluenzaVaccine implements Vaccine {
@Override
public void efficacy() {
System.out.println("预防流感");
}
}
- 狂犬病疫苗
public class RabiesVaccine implements Vaccine {
@Override
public void efficacy() {
System.out.println("预防狂犬病");
}
}
- 乙肝疫苗
public class HepatitisBVaccine implements Vaccine {
@Override
public void efficacy() {
System.out.println("预防乙肝");
}
}
第三步： 创建抽象工厂类，定义具体工厂的公共接口。（从这步开始，和简单工厂模式不一致）
public abstract class VaccineFactory {
//使用 getVaccine 方法获取指定的疫苗对象
public abstract Vaccine getVaccine();
}
第四步：创建具体工厂类（继承抽象工厂类），定义创建对应具体产品实例的方法；
- 流感疫苗工厂
public class InfluenzaFactory extends VaccineFactory
@Override
public Vaccine getVaccine() {
return InfluenzaVaccine();
}
}
- 狂犬病疫苗工厂
public class RabiesFactory extends VaccineFactory{
@Override
public Vaccine getVaccine() {
return RabiesVaccine();
}
}
- 乙肝疫苗工厂
public class HepatitisBFactory extends VaccineFactory{
@Override
public Vaccine getVaccine() {
return HepatitisBVaccine();
}
}
第五步：获取产品类的实例
public class FactoryDemo {
public static void main(String[] args) {
//获取 InfluenzaVaccine 的对象，并调用它的 efficacy 方法
VaccineFactory influenzaFactory = new InfluenzaFactory();
Vaccine vaccine1 = influenzaFactory.getVaccine();
//调用 InfluenzaVaccine 的 efficacy 方法
vaccine1.efficacy();
//获取 RabiesVaccine 的对象，并调用它的 efficacy 方法
VaccineFactory rabiesFactory = new RabiesFactory();
Vaccine vaccine2 = rabiesFactory.getVaccine();
//调用 RabiesVaccine 的 efficacy 方法
vaccine2.efficacy();
//获取 HepatitisBVaccine 的对象，并调用它的 efficacy 方法
VaccineFactory hepatitisBFactory = new HepatitisBFactory();
Vaccine vaccine3 = hepatitisBFactory.getVaccine();
//调用 HepatitisBVaccine 的 efficacy 方法
vaccine3.efficacy();
}
}
第六步：执行结果
预防流感
预防狂犬病
预防乙肝
优点：
- 更符合开-闭原则：新增一种产品时，只需要增加相应的具体产品类和相应的工厂子类即可（简单工厂模式需要修改工厂类的类型判断逻辑）
- 符合单一职责原则：每个具体工厂类只负责创建对应的产品（简单工厂中的工厂类存在复杂的产品类型逻辑判断）
缺点：
- 添加新产品时，除了增加新产品类外，还要提供与之对应的具体工厂类，系统类的个数将成对增加，系统更为繁琐复杂。
- 虽然保证了工厂方法内的对外修改关闭，但对于使用工厂方法的类，如果要更换另外一种产品，仍然需要修改实例化的具体工厂类，比如在本例中不是生产疫苗，而是生产食品，则需要添加食品工厂。
