所谓“工厂模式”，是三种常见设计模式的统称，它们分别是简单工厂模式、工厂方法模式、抽象工厂模式。
上一期的漫画中，我们介绍了简单工厂模式和工厂方法模式的特点和应用场景，没看过的小伙伴可以点击下面链接：
这一期，我们来介绍抽象工厂模式，以及Spring框架当中对工厂模式的应用。
比如，业务中需要创建口罩、防毒面具、防护服这三种产品，而每一种产品有包含高端和低端两类，按照工厂方法模式的解决方案，需要创建的类如下：
如图所示，每一个产品类都对应着一个工厂类，当产品数量很多的时候，工厂类的数量也会越老越多，搞得系统非常复杂。
这时候我们该怎么办呢？
首先看一下产品类的代码，口罩和防护服是两个抽象接口，分别拥有高端和低端两个实现类：
public interface IMask { void showMask(); } public class LowEndMask implements IMask { @Override public void showMask(){ System.out.println("我的低端口罩"); } } public class HighEndMask implements IMask { @Override public void showMask() { System.out.println("我是高端口罩"); } } public interface IProtectiveSuit { void showSuit(); } public class LowEndProtectiveSuit implements IProtectiveSuit { @Override public void showSuit() { System.out.println("我是低端防护服"); } } public class HighEndProtectiveSuit implements IProtectiveSuit { @Override public void showSuit() { System.out.println("我是高端防护服"); } }
接下来是工厂类，由于产品分成了高端和低端两大组，工厂也相应分成了高端工厂和低端工厂，各自负责组内产品的创建：
public interface IFactory { //创建口罩 IMask createMask(); //创建防护服 IProtectiveSuit createSuit(); } public class LowEndFactory implements IFactory { @Override public IMask createMask() { IMask mask = new LowEndMask(); // ..... // LowEndMask的100行初始化代码 return mask; } @Override public IProtectiveSuit createSuit() { IProtectiveSuit suit = new LowEndProtectiveSuit(); // ..... // LowEndProtectiveSuit的100行初始化代码 return suit; } } public class HighEndFactory implements IFactory { @Override public IMask createMask() { IMask mask = new HighEndMask(); // ..... // HighEndMask的100行初始化代码 return mask; } @Override public IProtectiveSuit createSuit() { IProtectiveSuit suit = new HighEndProtectiveSuit(); // ..... // HighEndProtectiveSuit的100行初始化代码 return suit; } }
最后是客户端代码，通过实例化不同的工厂子类，调用不同的创建方法，可以创建出不同的产品：
public class Test { public static void main(String[] args) { IFactory factoryA = new LowEndFactory(); IFactory factoryB = new HighEndFactory(); //创建低端口罩 IMask maskA = factoryA.createMask(); //创建高端口罩 IMask maskB = factoryB.createMask(); //创建低端防护服 IProtectiveSuit suitA = factoryA.createSuit(); //创建高端防护服 IProtectiveSuit suitB = factoryB.createSuit(); maskA.showMask(); maskB.showMask(); suitA.showSuit(); suitB.showSuit(); } }
简单工厂模式：
简单工厂模式有唯一的工厂类，工厂类的创建方法根据传入的参数做if-else条件判断，决定最终创建什么样的产品对象。
工厂方法模式：
工厂方法模式由多个工厂类实现工厂接口，利用多态来创建不同的产品对象，从而避免了冗长的if-else条件判断。
抽象工厂模式：
抽象工厂模式把产品子类进行分组，同组中的不同产品由同一个工厂子类的不同方法负责创建，从而减少了工厂子类的数量。
熟悉spring框架的小伙伴，一定知道spring的一个重要特性：依赖注入（DI）。
通过spring的依赖注入，开发人员不需要在业务代码中手动实例化bean对象，也不需要知道任何工厂类。
bean对象从创建到销毁的整个过程，完全交给spring容器来管理，用户需要做的仅仅是在xml配置文件中（或使用注解）设置bean的各项属性：
<bean id="userController" class="com.xiaohui.controller.UserController"> <constructor-arg name="userService" ref="userService"></constructor-arg> </bean> <bean id="userService" class="com.xiaohui.service.UserService">
根据上面的配置，spring容器会动态创建UserController对象，并创建UserController所依赖的UserService对象。
如果开发人员希望把userService这个bean对象的实现类换成另一个类，并不需要改动任何代码，只需要修改配置文件中对应bean的class属性即可。
在大多数情况下，我们使用new关键字创建对象，对象所属的class是在代码中明确定义好的。
但是在少数情况下，我们需要借助class的元信息（比如完整类名），在程序运行期间动态创建对象，这就用到了Java的反射。
当我们在spring配置文件中配置了相应的bean，启动项目，spring会为我们解析xml配置文件，并根据bean的不同生命周期，由spring内部的“工厂”创建出bean对象。
对spring依赖注入原理有兴趣的小伙伴，可以阅读spring源码中的BeanFactory接口，以及相关的实现类。
