漫画:什么是 “抽象工厂模式” ?

简介: 抽象工厂模式:抽象工厂模式把产品子类进行分组,同组中的不同产品由同一个工厂子类的不同方法负责创建,从而减少了工厂子类的数量。

所谓工厂模式,是三种常见设计模式的统称,它们分别是简单工厂模式、工厂方法模式、抽象工厂模式。

上一期的漫画中,我们介绍了简单工厂模式和工厂方法模式的特点和应用场景,没看过的小伙伴可以点击下面链接:

漫画:设计模式之 “工厂模式”

这一期,我们来介绍抽象工厂模式,以及Spring框架当中对工厂模式的应用。



640.png

 

比如,业务中需要创建口罩、防毒面具、防护服这三种产品,而每一种产品有包含高端和低端两类,按照工厂方法模式的解决方案,需要创建的类如下:

 640.png

 

如图所示,每一个产品类都对应着一个工厂类,当产品数量很多的时候,工厂类的数量也会越老越多,搞得系统非常复杂。

这时候我们该怎么办呢?



640.png640.png640.png640.png640.png


首先看一下产品类的代码,口罩和防护服是两个抽象接口,分别拥有高端和低端两个实现类:

 

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();
    }
}

 640.png640.png640.png

简单工厂模式:


 

简单工厂模式有唯一的工厂类,工厂类的创建方法根据传入的参数做if-else条件判断,决定最终创建什么样的产品对象。

 

工厂方法模式:




工厂方法模式由多个工厂类实现工厂接口,利用多态来创建不同的产品对象,从而避免了冗长的if-else条件判断。



抽象工厂模式:


 

抽象工厂模式把产品子类进行分组,同组中的不同产品由同一个工厂子类的不同方法负责创建,从而减少了工厂子类的数量。

640.png640.png640.png640.png640.png


熟悉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对象的实现类换成另一个类,并不需要改动任何代码,只需要修改配置文件中对应beanclass属性即可。

640.png640.png

 

在大多数情况下,我们使用new关键字创建对象,对象所属的class是在代码中明确定义好的。

但是在少数情况下,我们需要借助class的元信息(比如完整类名),在程序运行期间动态创建对象,这就用到了Java的反射。

当我们在spring配置文件中配置了相应的bean,启动项目,spring会为我们解析xml配置文件,并根据bean的不同生命周期,由spring内部的工厂创建出bean对象。

spring依赖注入原理有兴趣的小伙伴,可以阅读spring源码中的BeanFactory接口,以及相关的实现类。

640.png640.png

相关文章
|
5月前
|
数据采集 Oracle 关系型数据库
我通过三个故事终于学明白了三种工厂模式
我通过三个故事终于学明白了三种工厂模式
48 0
|
8月前
|
设计模式 算法
趣解设计模式之《会飞的橡皮鸭》
趣解设计模式之《会飞的橡皮鸭》
58 0
|
9月前
|
设计模式 Java uml
全面通透深入剖析工厂方法模式
工厂方法模式主要适用于以下应用场景。 (1)创建对象需要大量重复的代码。 (2)客户端(应用层)不依赖产品类实例如何被创建、实现等细节。 (3)一个类通过其子类来指定创建哪个对象。
77 0
GOF之建造者模式(创建型模式)附图详解 ✨ 每日积累
GOF之建造者模式(创建型模式)附图详解 ✨ 每日积累
GOF之建造者模式(创建型模式)附图详解 ✨ 每日积累
漫画:什么是 “建造者模式” ?
首先,我们来定义一个Product类:接下来,我们定义抽象的Builder类:然后,是具体的Builder实现类:
漫画:什么是 “建造者模式” ?
|
存储 设计模式 Java
漫画:什么是 “原型模式” ?
在Java语言中,Object类实现了Cloneable接口,一个对象可以通过调用Clone()方法生成对象,这就是原型模式的典型应用。 但需要注意的是,clone()方法并不是Cloneable接口里的,而是Object类里的,Cloneable是一个标识接口,标识这个类的对象是可被拷贝的,如果没有实现Cloneable接口,却调用了clone()方法,就会报错。
158 0
漫画:什么是 “原型模式” ?
|
设计模式
漫画:设计模式之 “工厂模式”
假设我们的业务代码当中,有一个被广泛引用的“口罩类”,这个类实例需要在许多地方被创建和初始化,而初始化的代码也比较复杂。
129 0
漫画:设计模式之 “工厂模式”
|
设计模式 算法 前端开发
漫画:什么是 “设计模式” ?
1.创建型模式 这一类设计模式的目的是用于创建对象。 2.结构型模式 这一类设计模式的目的是优化不同类、对象、接口之间的结构关系。 3.行为型模式 这一类设计模式的目的是更好地实现类与类之间的交互以及算法的执行。
131 0
漫画:什么是 “代理模式” ?
在上面的代码中,代理类和业务类继承了相同的接口,并且重写了添加/删除学生的方法。 在重写的方法中,我们不仅可以调用业务类的原有方法,并且在调用的前后可以进行额外的处理,比如加上日志、事务等等。 这样一来,在客户端当中,我们只要创建了代理类,就可以像使用业务类一样使用它,非常方便:
124 0
漫画:什么是 “代理模式” ?
|
设计模式 自动驾驶 Java
漫画设计模式:什么是 “装饰器模式” ?
装饰器模式都包含哪些核心角色呢? 1. Component接口 2. ConcreteComponent类 3. Decorator抽象类 4. ConcreteDecorator类
134 0
漫画设计模式:什么是 “装饰器模式” ?