当前位置: 首页 > news >正文

软考 系统架构设计师系列知识点 —— 设计模式之抽象工厂模式

本文内容参考:

软考 系统架构设计师系列知识点之设计模式(2)_系统架构设计师中考设计模式吗-CSDN博客

https://baike.baidu.com/item/%E6%8A%BD%E8%B1%A1%E5%B7%A5%E5%8E%82%E6%A8%A1%E5%BC%8F/2361182

特此致谢!

 

Abstract Factory(抽象工厂)模式

1. 概述

抽象工厂模式(Abstract Factory Pattern)是一种常见的设计模式,隶属于设计模式中的创建型模式,用于产品族的构建。

抽象工厂是所有形态的工厂模式中最为抽象和最具一般性的一种形态。此模式为一个产品家族提供了统一的创建接口。当需要这个产品家族的某一系列的时候,可以从抽象工厂中选出相对系的系列来创建一个具体的工厂类别。

抽象工厂是指当有多个抽象角色时使用的一种工厂模式。抽象工厂模式可以向客户端提供一个接口,使客户端在不必指定产品的具体情况下,创建多个产品族中的产品对象。

工厂模式中的每一个形态都是针对一定问题的解决方案,工厂方法针对的是多个产品系列结构;而抽象工厂模式针对的是多个产品族结构一个产品族内有多个产品系列

2. 实现原理

抽象工厂模式相对于工厂方法模式来说,就是工厂方法模式是针对一个产品系列的,而抽象工厂模式是针对多个产品系列的,即工厂方法模式是一个产品系列一个工厂类,而抽象工厂模式是多个产品系列一个工厂类在抽象工厂模式中,客户端不再负责对象的创建,而是把这个责任丢给了具体的工厂类,客户端只负责对对象的调用,从而明确了各个类的职责。并且当一系列相互关联的产品被设计到一个工厂类里后,客户端的调用将会变得非常简单,而且,如果要更换这一系列的产品,则只需要更换一个工厂类即可。

如果客户端需要创建一些产品结构,而这些产品结构又分别属于不同的产品类别,则可以使用抽象工厂模式。抽象工厂模式中抽象工厂类负责定义创建对象的接口,具体这一系列对象的创建工作由实现抽象工厂的具体工厂类来完成。

3. 角色

抽象工厂模式中存在四种角色,分别是:抽象工厂角色(AbsractFactory),具体工厂角色(ConcereteFactory),抽象产品角色(AbstractProduct),具体产品角色(ConcreteProduct)。

  • 抽象工厂角色

担任这个角色的是工厂方法模式的核心,它是与应用系统商业逻辑无关的。

  • 具体工厂角色

这个角色直接在客户端的调用下创建产品的实例。这个角色含有选择合适的产品对象的逻辑,而这个逻辑是与应用系统的商业逻辑紧密相关的。

  • 抽象产品角色

担任这个角色的类是工厂方法模式所创建的对象的父类,或它们共同拥有的接口。

  • 具体产品角色

抽象工厂模式所创建的任何产品对象都是某一个具体产品类的实例。这是客户端最终需要的东西,其内部一定充满了应用系统的商业逻辑。

4. 功能

抽象工厂模式的一个主要功能是它能够隔离要生成的具体产品类, 由于这些类的实际类名部被隐藏在工厂内部,因此客户端根本不需要关心如何对它们进行实例化的细节。每种设计模式都是针对特定问题的解决方案,而抽象工厂模式面临的问题则是当涉及到有多个产品等级结构时,如何更好地进行软件体系结构的设计。

5. 代码举例

假设有两种产品接口Button和Border,每一种产品都支持多种系列,比如Mac系列和Windows系列。这样每个系列的产品分别是MacButton、WinButton、MacBorder、WinBorder。为了可以在运行时刻创建一个系列的产品族,可以为每个系列的产品族创建一个工厂MacFactory和WinFactory 。每个工厂都有两个方法CreateButton和CreateBorder并返回对应的产品,可以将这两个方法抽象成一个接口AbstractFactory。这样,在运行时刻我们可以选择创建需要的产品系列。

  • Java
public interface Button {}
public interface Border {}

//实现工厂类
public class MacButton implements Button {}
public class MacBorder implements Border {}
public class WinButton implements Button {}
public class WinBorder implements Border {}

//实现工厂
public class MacFactory {
    public static Button createButton() {
        return new MacButton();
    }
    public static Border createBorder() {
        return new MacBorder();
    }
}

public class WinFactory {
    public static Button createButton() {
        return new WinButton();
    }
    public static Border createBorder() {
        return new WinBorder();
    }
}
  • C++
class Button; // Abstract 
Classclass MacButton: public Button {};
class WinButton: public Button {};
class Border; // Abstract 
Classclass MacBorder: public Border {};
class WinBorder: public Border {};

class AbstractFactory {
    public:
    virtual Button* CreateButton() =0;
    virtual Border* CreateBorder() =0;
};
class MacFactory: public AbstractFactory {
    public:
    MacButton* CreateButton() { return new MacButton; }
    MacBorder* CreateBorder() { return new MacBorder; }
};
class WinFactory: public AbstractFactory {
    public:
    WinButton* CreateButton() { return new WinButton; }
    WinBorder* CreateBorder() { return new WinBorder; }
}

6. 适用情况

在以下情况可以考虑使用抽象工厂模式:

  • 一个系统要独立于其产品的创建、组合和表示时。
  • 一个系统要由多个产品系列中的一个来配置时。
  • 需要强调一系列相关的产品对象的设计以便进行联合使用时。
  • 提供一个产品类库,而只想显示它们的接口而不是实现时。

 

相关文章:

  • WPS复制粘贴错误 ,文件未找到 mathpage.wll
  • Android学习22 -- perfetto
  • 【自动驾驶 机器人】速度规划 |梯形/S型速度曲线
  • python中的字符串
  • 嵌入式面试笔试那点事2:2025.4.13
  • Vue事件修饰符课堂练习
  • golang-context详解
  • MySQL varchar 最大长度
  • 【苹果cms 2】资源站动漫采集爬取
  • C#容器源码分析 --- List<T>
  • AI技术实战:从零搭建图像分类系统全流程详解
  • SaaS、Paas、IaaS、MaaS、BaaS五大云计算服务模式
  • 【前端网络请求】XHR封装,支持文件上传、进度监控、混合字段传输
  • 基于SpringBoot的瑜伽馆管理系统【附源码】
  • Java 基础数据类型与运算符深度剖析
  • Python、C++中的查找
  • Spring Bean的创建过程与三级缓存的关系详解
  • socket到底是什么
  • 分发饼干问题——用贪心算法解决
  • Oracle 11G RAC 删除添加节点(一):删除节点
  • 为治理商家“卷款跑路”“退卡难”,预付式消费司法解释5月起实施
  • 解放日报:上海深化改革开放,系统集成创新局
  • 解放日报:这是一场需要定力和实力的“科技长征”
  • 浦发银行一季度净利175.98亿增1.02%,不良率微降
  • 言短意长|政府食堂、停车场开放的示范效应
  • 上海74岁老人宜春旅游时救起落水儿童,“小孩在挣扎容不得多想”