C++设计模式:装饰器模式 (Decorator) (咖啡订单系统)

什么是装饰器模式?

装饰器模式(Decorator Pattern)是一种结构型设计模式,它允许在不修改原始对象的代码的情况下,通过动态地将对象“包装”到一个或多个装饰器对象中,来扩展对象的功能。

装饰器模式的核心思想是:用组合代替继承,动态地为对象添加职责。相比传统的继承方式,它的灵活性更强,能够在运行时对功能进行动态组合。

装饰器模式的定义

装饰器模式:动态地为对象添加新功能。这种模式通过使用一个或多个装饰器类来包装原始对象,从而扩展其行为,而无需修改对象的结构。


生活中的例子

咖啡店的饮料定制是装饰器模式的经典例子:

  • 顾客可以点一杯基础咖啡(黑咖啡)。
  • 之后可以自由选择配料(牛奶、糖、巧克力等)。
  • 最终的咖啡价格由基础价格加上所有配料的价格总和组成。
  • 而配料的功能(如描述和价格)可以动态叠加,无需为每种组合创建一个独立的类。

为什么需要装饰器模式?

问题背景:功能扩展的挑战

假如一个系统需要为对象增加功能,可以通过以下两种方式实现:

  1. 继承方式:

    • 为每个功能扩展创建子类,例如 MilkCoffeeMilkSugarCoffee
    • 缺点:随着功能组合的增加,子类数量会呈指数级增长(类爆炸问题)。
  2. 装饰器方式:

    • 使用装饰器类动态地为对象添加功能。
    • 优点:灵活可扩展,不需要为每种功能组合创建子类。

装饰器模式的结构

装饰器模式的结构可以概括为以下四个角色:

  1. Component(组件接口或抽象类)
    定义对象的基本行为接口。

  2. ConcreteComponent(具体组件)
    被装饰的原始对象,提供基本行为的实现。

  3. Decorator(抽象装饰器)
    持有一个 Component 类型的成员变量,用于引用被装饰对象,同时实现 Component 接口。

  4. ConcreteDecorator(具体装饰器)
    继承自 Decorator,扩展被装饰对象的功能。

装饰器模式类图

Component <------- ConcreteComponent
    ↑
    ↑
Decorator <------- ConcreteDecorator

C++中的装饰器模式:咖啡订单系统示例

需求描述

  1. 实现一个咖啡订单系统,支持以下功能:

    • 基础咖啡(黑咖啡)。
    • 可以动态添加牛奶、糖、巧克力等配料。
    • 最终描述显示所有添加的配料,价格为基础价格加上配料价格总和。
  2. 解决问题:

    • 避免为每种组合创建一个子类。
    • 符合开闭原则,能够轻松扩展新配料。

代码实现

以下是完整的 C++ 实现,并对每部分代码进行详细解析。

1. 定义基础接口

基础接口 Beverage 用于定义所有咖啡的基本行为,包括获取描述和计算价格的方法:

#include <iostream>
#include <string>
#include <memory> // 使用智能指针,防止内存泄漏

// 抽象组件
class Beverage {
   
   
public:
    virtual std::string getDescription() const = 0; // 获取描述
    virtual double cost() const = 0;                // 获取价格
    virtual ~Beverage() = default;                 // 虚析构函数
};
  • 为什么要有这个接口?
    • 为了保证装饰器模式的灵活性,所有装饰器和具体组件必须实现相同的接口。
    • 这使得装饰器可以替代组件,实现动态组合。

2. 实现基础组件

具体组件 BlackCoffee 提供基础功能(黑咖啡):

// 具体组件
class BlackCoffee : public Beverage {
   
   
public:
    std::string getDescription() const override {
   
   
        return "黑咖啡";
    }

    double cost() const override {
   
   
        return 5.0; // 黑咖啡的基础价格
    }
};
  • 为什么需要具体组件?
    • 具体组件是装饰器的核心目标,装饰器通过“包装”具体组件来扩展其功能。

3. 创建抽象装饰器

抽象装饰器 BeverageDecorator 持有一个 Beverage 对象,用于对其功能进行扩展:

// 抽象装饰器
class BeverageDecorator : public Beverage {
   
   
protected:
    std::shared_ptr<Beverage> beverage; // 持有被装饰对象(组合)

public:
    explicit BeverageDecorator(std::shared_ptr<Beverage> b) : beverage(std::move(b)) {
   
   }
    virtual ~BeverageDecorator() = default;
};
  • 为什么需要抽象装饰器?
    • 抽象装饰器为具体装饰器提供基础结构,实现代码复用。
    • 它将所有装饰器与具体组件连接起来。

4. 实现具体装饰器

每个具体装饰器(如 MilkDecoratorSugarDecorator)都扩展了被装饰对象的功能:


                
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

极客晨风

感谢支持

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值