设计模式之抽象工厂模式(学习笔记)

· 浏览次数 : 41

正文

定义

抽象工厂模式是一种创建型设计模式,它提供一个接口,用于创建一系列相关或依赖的对象,而无需指定它们的具体类。抽象工厂模式将对象的创建过程抽象化,允许子类通过实现具体工厂类来定制对象的创建。

为什么使用抽象工厂模式

  1. 产品族的一致性

    • 抽象工厂模式确保同一产品族中的对象之间的一致性。
  2. 部分遵循开闭原则

    • 可以通过添加新的具体工厂类来扩展新的产品族,而不需要修改现有代码,符合开闭原则。
    • 增加新的产品类型时,需要修改抽象工厂接口及其所有具体实现,不完全符合开闭原则。
  3. 隐藏对象创建细节

    • 抽象工厂模式将具体产品的创建过程隐藏起来,客户端只需要使用工厂提供的接口来获取对象。

实现步骤

  1. 定义抽象产品类

    • 定义所有具体产品类的共同接口,客户端将通过这个接口来使用具体产品。
  2. 实现具体产品类

    • 实现产品接口的具体产品类,这些类包含了产品的实际业务逻辑。
  3. 定义抽象工厂类

    • 定义一个抽象工厂类,包含用于创建一系列相关或依赖对象的抽象方法,子类将实现这些方法来创建具体产品对象。
  4. 实现具体工厂类

    • 继承抽象工厂类并实现其抽象方法,具体工厂类负责创建具体产品对象。

优缺点和适用场景

优点

  1. 产品族的一致性

    • 确保同一产品族中的对象之间的一致性。
  2. 部分符合开闭原则

    • 可以通过添加新的具体工厂类来扩展新的产品族,符合开闭原则。
  3. 隐藏对象创建细节

    • 客户端无需知道具体产品的创建过程,只需要通过工厂接口获取对象。

缺点

  1. 增加系统复杂性

    • 引入了更多的类,增加了系统的复杂性。
  2. 不完全符合开闭原则

    • 增加新的产品类型时,需要修改抽象工厂接口及其所有具体实现,不完全符合开闭原则。

适用场景

  1. 系统需要创建一系列相关或依赖的对象

    • 当系统需要创建一系列相关或依赖的对象,并且确保这些对象之间的一致性时,适合使用抽象工厂模式。
  2. 产品族扩展

    • 当系统需要通过增加新的产品族来扩展功能,而不需要修改现有代码时,适合使用抽象工厂模式。

简单工厂模式、工厂方法模式与抽象工厂模式的比较

特性
简单工厂模式
工厂方法模式
抽象工厂模式
创建对象的职责
单一工厂类负责所有产品创建
子类决定创建具体对象
子类决定创建一系列相关对象
遵循开闭原则
不符合,增加新产品需修改工厂类
符合,增加新产品无需修改工厂类
部分符合,增加产品族符合
系统复杂性
较低
中等
较高
产品族一致性支持
不支持
不支持
支持

咖啡店的例子

我们可以使用抽象工厂模式来实现一个咖啡店系统,该系统可以创建不同种类的咖啡及其配套的杯子和勺子。
#include <iostream>
#include <memory>
#include <string>


// 抽象产品类:咖啡
class Coffee {
public:
    virtual ~Coffee() {}
    virtual std::string getDescription() const = 0;
    virtual double cost() const = 0;
};


// 具体产品类:美式咖啡
class Americano : public Coffee {
public:
    std::string getDescription() const override {
        return "Americano";
    }
    double cost() const override {
        return 5.0;
    }
};


// 抽象产品类:咖啡杯
class CoffeeCup {
public:
    virtual ~CoffeeCup() {}
    virtual std::string getDescription() const = 0;
};


// 具体产品类:美式咖啡杯
class AmericanoCup : public CoffeeCup {
public:
    std::string getDescription() const override {
        return "Americano Cup";
    }
};


// 抽象产品类:咖啡勺
class CoffeeSpoon {
public:
    virtual ~CoffeeSpoon() {}
    virtual std::string getDescription() const = 0;
};


// 具体产品类:美式咖啡勺
class AmericanoSpoon : public CoffeeSpoon {
public:
    std::string getDescription() const override {
        return "Americano Spoon";
    }
};


// 抽象工厂类
class CoffeeFactory {
public:
    virtual ~CoffeeFactory() {}
    virtual std::shared_ptr<Coffee> createCoffee() const = 0;
    virtual std::shared_ptr<CoffeeCup> createCoffeeCup() const = 0;
    virtual std::shared_ptr<CoffeeSpoon> createCoffeeSpoon() const = 0;
};


// 具体工厂类:美式咖啡工厂
class AmericanoFactory : public CoffeeFactory {
public:
    std::shared_ptr<Coffee> createCoffee() const override {
        return std::make_shared<Americano>();
    }
    std::shared_ptr<CoffeeCup> createCoffeeCup() const override {
        return std::make_shared<AmericanoCup>();
    }
    std::shared_ptr<CoffeeSpoon> createCoffeeSpoon() const override {
        return std::make_shared<AmericanoSpoon>();
    }
};


int main() {
    // 创建美式咖啡及其配套杯子和勺子
    std::shared_ptr<CoffeeFactory> americanoFactory = std::make_shared<AmericanoFactory>();
    std::shared_ptr<Coffee> americano = americanoFactory->createCoffee();
    std::shared_ptr<CoffeeCup> americanoCup = americanoFactory->createCoffeeCup();
    std::shared_ptr<CoffeeSpoon> americanoSpoon = americanoFactory->createCoffeeSpoon();


    std::cout << "Coffee: " << americano->getDescription() << ", Cost: " << americano->cost() << std::endl;
    std::cout << "Cup: " << americanoCup->getDescription() << std::endl;
    std::cout << "Spoon: " << americanoSpoon->getDescription() << std::endl;


    return 0;
}

 

与设计模式之抽象工厂模式(学习笔记)相似的内容:

设计模式之抽象工厂模式(学习笔记)

定义 抽象工厂模式是一种创建型设计模式,它提供一个接口,用于创建一系列相关或依赖的对象,而无需指定它们的具体类。抽象工厂模式将对象的创建过程抽象化,允许子类通过实现具体工厂类来定制对象的创建。 为什么使用抽象工厂模式 产品族的一致性 抽象工厂模式确保同一产品族中的对象之间的一致性。 部分遵循开闭原则

设计模式学习(三):工厂模式

设计模式学习(三):工厂模式 作者:Grey 原文地址: 博客园:设计模式学习(三):工厂模式 CSDN:设计模式学习(三):工厂模式 工厂模式 工厂模式是创建型模式,工厂模式分为:简单工厂,工厂方法和抽象工厂三种类型。 简单工厂 这个模式很简单,比如我们需要制造不同类型的鼠标,我们只需要创建一个鼠

设计模式学习(二)工厂模式——抽象工厂模式

目录背景抽象工厂模式优点与缺点参考文章 背景 现在我需要开发一个相机操作模块,它可能在Windows下运行,也可能在Linux下运行。由于在厂家提供的SDK中,Windows下的SDK和Linux下的SDK是有区别的,因此对于一个品牌的相机,我们要创建两个类去封装这两个不同平台下的API。 我们先使

设计模式学习(二)工厂模式——抽象工厂模式+注册表

目录前言使用简单工厂改进使用注册表改进参考文章 前言 在上一篇文章中我们提到了抽象工厂模式初版代码的一些缺点:①客户端违反开闭原则②提供方违反开闭原则。本文将针对这两点进行讨论 使用简单工厂改进 对于缺点①,我们可以使用简单工厂的思路来改进抽象工厂的初版代码。对于上一篇文章中的例子,我们去除Came

Spring框架中的设计模式(重点学习!!!)

# Spring中的设计模式 Spring框架中用到的设计模式有很多,以下是一些常见的设计模式: 1. 依赖注入(DI)和控制反转(IoC):这是Spring框架最核心的设计模式,它允许开发人员将对象之间的依赖关系从代码中抽离出来,由Spring容器负责管理和注入对象之间的依赖关系。 2. 工厂模式

【23种设计模式】抽象工厂模式(三)

## 前言 在抽象工厂模式开篇之前,我们先思考一个问题,如果我们要设计一套房子,其他的组件暂时不考虑,我们仅仅考虑房顶、地板、窗户、房门进行设计。什么样的风格暂时未知,可能会有很多种类。可以先设计一套古典风格的房子,再设计一套现代风格的房子,再设计一套欧式风格的房子....这么多套房子需要设计,需求

【设计模式】观察者模式

设计模式 【设计模式】工厂方法模式 【设计模式】抽象工厂模式 【设计模式】单例模式 【设计模式】策略模式 【设计模式】观察者模式 一、介绍 观察者模式是一种行为设计模式,当一个对象的状态发生改变时,依赖(观察)它的对象会接收到通知,并进行自动的更新操作。 举例:某公司发布了一款新的手机,性能很强大,

Abstract Factory 抽象工厂模式简介与 C# 示例【创建型1】【设计模式来了_1】

通过对抽象类和抽象工厂的一组实现,独立出一系列新的操作,客户端无需了解其逻辑直接访问。

软件设计模式系列之二———抽象工厂模式

抽象工厂模式是一种创建型设计模式,它提供了一种创建一组相关或相互依赖对象的方式,而无需指定它们的具体类。该模式以一组抽象接口为核心,包括抽象工厂接口和一组抽象产品接口,每个具体工厂类负责创建特定产品家族,保证这些产品之间的兼容性。客户端代码通过与抽象工厂和抽象产品接口交互,可以轻松地切换不同工厂来创建不同系列的产品。

简易的工厂设计模式

工厂设计模式是一种创建型设计模式,它提供了一种创建对象的最佳方式,而无需暴露对象的创建逻辑。在工厂模式中,我们定义一个接口或抽象类,该接口或抽象类用于创建对象,但让子类决定要实例化的类。工厂方法模式使类的实例化延迟到其子类。 下面是一个完整的C#实现案例: 首先,我们定义一个接口,用于创建对象: p