Java设计模式之抽象工厂模式

最新推荐文章于 2023-08-22 20:53:16 发布

LayneYao

最新推荐文章于 2023-08-22 20:53:16 发布

阅读量366

点赞数

分类专栏： Java设计模式文章标签： java设计模式抽象工厂模式

本文链接：https://blog.csdn.net/jsagacity/article/details/78961568

版权

Java设计模式专栏收录该内容

24 篇文章 0 订阅

订阅专栏

抽象工厂模式(Abstract factory pattern): 提供一个接口, 用于创建相关或依赖对象的家族, 而不需要指定具体类.

抽象工厂模式是对象的创建型模式，它是工厂方法模式的进一步推广。换句话说抽象工厂模型是工厂方法模型的升级版本，它是用来创建一组相关或相互依赖的对象的。拿之前汽车制造的为例，假如WEI品牌的vv5、vv7都是用不同配置的引擎和空调。vv5配置的是A型号的引擎和A型号的空调，vv7配置的是B型号的引擎和B型号的空调。

当每个抽象产品都有不止一个的具体子类的时候（引擎有A和B型号，空调也有A和B型号），工厂角色怎么知道实例化哪一个子类？

这时候就体现了抽象工厂模式的作用了，抽象工厂模式提供了两个具体工厂角色（vv5工厂和vv7工厂），分别对应两个具体产品的角色，每一个具体工厂角色只负责某一个产品角色的实例化。每一个具体工厂类只负责创建抽象产品的某一具体子类的实例。

类图：
这里写图片描述

直接上代码演示，引擎接口：

/**
 * 引擎接口
 * @author Layne
 *
 */
public interface Engine {
    public boolean productionEngine(String type);
}

vv5引擎：

/**
 * vv5的引擎类
 * @author Administrator
 *
 */
public class EngineA implements Engine {

    @Override
    public boolean productionEngine(String type) {
        System.out.println("制造vv5的引擎：" + type);
        return true;
    }

}

vv7引擎：

/**
 * vv7的引擎类
 * @author Administrator
 *
 */
public class EngineB implements Engine {

    @Override
    public boolean productionEngine(String type) {
        System.out.println("制造vv7的引擎：" + type);
        return true;
    }

}

空调接口：

/**
 * 空调接口
 * @author Administrator
 *
 */
public interface AirCondition {
    public boolean productionAirCondition(String type);
}

vv5空调：

/**
 * vv5的空调类
 * @author Administrator
 *
 */
public class AirConditionA implements AirCondition {

    @Override
    public boolean productionAirCondition(String type) {
        System.out.println("制造vv5的空调：" + type);
        return true;
    }

}

vv7空调：

/**
 * vv7的空调类
 * @author Administrator
 *
 */
public class AirConditionB implements AirCondition {

    @Override
    public boolean productionAirCondition(String type) {
        System.out.println("制造vv7的空调：" + type);
        return true;
    }

}

抽象工厂类：

/**
 * 长城WEI的抽象工厂的接口    
 * @author Administrator
 *
 */
public interface AbstractFactory {    
    //制造发动机  
    public Engine productionEngine();  
    //制造空调   
    public AirCondition productionAircondition();   
}

vv5具体工厂类：

/**
 * vv5的具体工厂类
 * @author Administrator
 *
 */
public class VV5Factory implements AbstractFactory {

    @Override
    public Engine productionEngine() {
        System.out.println("您选择vv5的引擎");
        return new EngineA();
    }

    @Override
    public AirCondition productionAircondition() {
        System.out.println("您选择vv5的空调");
        return new AirConditionA();
    }

}

vv7的具体工厂类：

/**
 * vv7的具体工厂类
 * @author Administrator
 *
 */
public class VV7Factory implements AbstractFactory {

    @Override
    public Engine productionEngine() {
        System.out.println("您选择vv7的引擎");
        return new EngineB();
    }

    @Override
    public AirCondition productionAircondition() {
        System.out.println("您选择vv7的空调");
        return new AirConditionB();
    }

}

测试类：

public class Test {
    public static void main(String[] args) {
        //实例化vv5工厂
        AbstractFactory vv5Factory = new VV5Factory();
        //选择vv5引擎
        Engine vv5Engine = vv5Factory.productionEngine();
        //制造vv5引擎
        vv5Engine.productionEngine("A");
        //选择vv5空调
        AirCondition vv5AirCondition = vv5Factory.productionAircondition();
        //制造vv5空调
        vv5AirCondition.productionAirCondition("A");

        System.out.println("==========================");

        //vv7
        AbstractFactory vv7Factory = new VV7Factory();

        Engine vv7Engine = vv7Factory.productionEngine();
        vv7Engine.productionEngine("B");

        AirCondition vv7AirCondition = vv5Factory.productionAircondition();
        vv7AirCondition.productionAirCondition("B");
    }
}

运行结果：
这里写图片描述

抽象工厂模式适用于：

一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节，这对于所有形态的工厂模式都是重要的。
这个系统的产品都有不止一个的具体子类，而系统只消费其中某一个子类的产品。
同属于同一个产品的配置是在一起使用的，这一约束必须在系统的设计中体现出来。（比如vv5配置的是A型号引擎和A型号空调）
系统提供一个产品类的哭，所有的产品以同样的接口出现，从而使客户端不依赖于实现。

抽象工厂模式的起源

抽象工厂模式的起源或者最早的应用，是用于创建分属于不同操作系统的视窗构建。比如：命令按键（Button）与文字框（Text)都是视窗构建，在UNIX操作系统的视窗环境和Windows操作系统的视窗环境中，这两个构建有不同的本地实现，它们的细节有所不同。

在每一个操作系统中，都有一个视窗构建组成的构建家族。在这里就是Button和Text组成的产品族。而每一个视窗构件都构成自己的等级结构，由一个抽象角色给出抽象的功能描述，而由具体子类给出不同操作系统下的具体实现。

这里写图片描述

可以发现在上面的产品类图中，有两个产品的等级结构，分别是Button等级结构和Text等级结构。同时有两个产品族，也就是UNIX产品族和 Windows产品族。UNIX产品族由UNIX Button和UNIX Text产品构成；而Windows产品族由Windows Button和Windows Text产品构成。

这里写图片描述

系统对产品对象的创建需求由一个工程的等级结构满足，其中有两个具体工程角色，即UnixFactory和WindowsFactory。 UnixFactory对象负责创建Unix产品族中的产品，而WindowsFactory对象负责创建Windows产品族中的产品。这就是抽象工厂模式的应用，抽象工厂模式的解决方案如下图：

这里写图片描述