装饰器设计模式学习

🕗 发布于 2024-11-17 17:39 装饰器模式学习 java

来自chatgpt

1.介绍

装饰器设计模式（Decorator Pattern）是一种结构型设计模式，允许你通过将对象包装在一个装饰器类中来动态地为对象添加新的功能。装饰器模式通常用于当需要扩展一个类的功能时，而不需要修改该类的源代码。它通过创建一个装饰器类来实现这一目标，并且可以将多个装饰器链式组合。

装饰器模式的关键组成部分：

Component（组件）: 一个接口或抽象类，定义了被装饰对象的标准行为。
ConcreteComponent（具体组件）: 实现了Component接口的具体类，表示被装饰的对象。
Decorator（装饰器）: 一个实现了Component接口的抽象类，它持有一个Component对象并委托所有行为给它。
ConcreteDecorator（具体装饰器）: 装饰器类的具体实现，它在调用委托的行为之前或之后执行额外的功能。

例子:

#include <iostream>
#include <string>

// Component接口
class Car {
public:
    virtual ~Car() = default;
    virtual std::string getDescription() const = 0;
    virtual double cost() const = 0;
};

// ConcreteComponent：基础的Car类
class BasicCar : public Car {
public:
    std::string getDescription() const override {
        return "Basic Car";
    }

    double cost() const override {
        return 20000.0;
    }
    ~BasicCar(){
        std::cout << "Deleting BasicCar" << std::endl;
    }
};

// Decorator基类，需要继承Car类
class CarDecorator : public Car {
protected:
    Car* car;
public:
    CarDecorator(Car* c) : car(c) {}
    virtual ~CarDecorator() { 
        std::cout << "Deleting CarDecorator" << std::endl;
        delete car; 
    }
};

// ConcreteDecorator：添加空调功能
class WithAirConditioning : public CarDecorator {
public:
    WithAirConditioning(Car* c) : CarDecorator(c) {}

    std::string getDescription() const override {
        return car->getDescription() + " with Air Conditioning";
    }

    double cost() const override {
        return car->cost() + 1500.0;
    }
    ~WithAirConditioning() {
        std::cout << "Deleting WithAirConditioning" << std::endl;
    }
};

// ConcreteDecorator：添加天窗功能
class WithSunroof : public CarDecorator {
public:
    WithSunroof(Car* c) : CarDecorator(c) {}

    std::string getDescription() const override {
        return car->getDescription() + " with Sunroof";
    }

    double cost() const override {
        return car->cost() + 1200.0;
    }
    ~WithSunroof() {
        std::cout << "Deleting WithSunroof" << std::endl;
    }
};

int main() {
    Car* myCar = new BasicCar();
    std::cout << myCar->getDescription() << " costs $" << myCar->cost() << std::endl;

    myCar = new WithAirConditioning(myCar);
    std::cout << myCar->getDescription() << " costs $" << myCar->cost() << std::endl;

    myCar = new WithSunroof(myCar);
    std::cout << myCar->getDescription() << " costs $" << myCar->cost() << std::endl;

    delete myCar; // 删除装饰器时会自动删除基本车对象
    return 0;
}

// 运行结果
Basic Car costs $20000
Basic Car with Air Conditioning costs $21500
Basic Car with Air Conditioning with Sunroof costs $22700
Deleting WithSunroof
Deleting CarDecorator
Deleting WithAirConditioning
Deleting CarDecorator
Deleting BasicCar

2.装饰器基类可以不继承组件基类吗

在装饰器模式中，CarDecorator 必须实现 Car 接口（或继承 Car 基类），否则无法保证装饰器与被装饰对象的行为一致性。这是一种模式的核心要求：装饰器与被装饰对象应该共享相同的接口。

具体原因如下：

实现统一的接口
通过实现 Car 接口，装饰器可以被视为一种特殊类型的 Car，从而在程序中保持一致的处理方式。客户端代码不需要知道具体是 Car 还是装饰器，依然可以调用 getDescription() 和 cost() 等方法。
支持递归包装
如果装饰器不实现 Car 接口，无法递归地嵌套装饰器。每个装饰器必须具有相同的接口，才能被进一步装饰。

如果不继承的话，就不支持装饰器嵌套递归。

#include <iostream>
#include <string>

class Car {
public:
    virtual ~Car() = default;
    virtual std::string getDescription() const = 0;
    virtual double cost() const = 0;
};

class BasicCar : public Car {
public:
    std::string getDescription() const override {
        return "Basic Car";
    }

    double cost() const override {
        return 20000.0;
    }
};

// Decorator没有继承Car
class WithAirConditioning {
private:
    Car* car;
public:
    WithAirConditioning(Car* c) : car(c) {}

    std::string getDescription() const {
        return car->getDescription() + " with Air Conditioning";
    }

    double cost() const {
        return car->cost() + 1500.0;
    }
};

int main() {
    Car* myCar = new BasicCar();
    std::cout << myCar->getDescription() << " costs $" << myCar->cost() << std::endl;

    WithAirConditioning acDecorator(myCar);
    std::cout << acDecorator.getDescription() << " costs $" << acDecorator.cost() << std::endl;

    // 想进一步装饰为“加装天窗”的车，但WithAirConditioning无法作为Car传入：
    // WithSunroof sunroofDecorator(&acDecorator); // 错误，因为acDecorator不是Car类型

    delete myCar;
    return 0;
}

上述代码有两个问题：

无法递归嵌套装饰器：WithAirConditioning 不是 Car 类型，不能进一步用其他装饰器包装。
客户端代码复杂：需要额外处理 WithAirConditioning 的接口，且不能直接将它作为一个通用的 Car 来操作。

3.对象都是如何释放的？

CarDecorator中删除了被包装的对象car。

因此，当我们删除最外层装饰器（WithSunroof）时：

WithSunroof 的析构函数会调用其基类 CarDecorator 的析构函数。
CarDecorator 的析构函数会 delete 它所包装的 WithAirConditioning 对象。
类似地，WithAirConditioning 的析构函数会继续调用 CarDecorator 的析构函数，最终删除 BasicCar 对象。

这种递归删除确保了所有层级的对象都被正确释放。

4.使用智能指针的版本

// 没太看懂这个版本的。

#include <iostream>
#include <memory>
#include <string>

class Car {
public:
    virtual ~Car() = default;
    virtual std::string getDescription() const = 0;
    virtual double cost() const = 0;
};

class BasicCar : public Car {
public:
    std::string getDescription() const override {
        return "Basic Car";
    }
    double cost() const override {
        return 20000.0;
    }
};

class CarDecorator : public Car {
protected:
    std::unique_ptr<Car> car;
public:
    CarDecorator(std::unique_ptr<Car> c) : car(std::move(c)) {}
    virtual ~CarDecorator() = default;
};

class WithAirConditioning : public CarDecorator {
public:
    WithAirConditioning(std::unique_ptr<Car> c) : CarDecorator(std::move(c)) {}
    std::string getDescription() const override {
        return car->getDescription() + " with Air Conditioning";
    }
    double cost() const override {
        return car->cost() + 1500.0;
    }
};

class WithSunroof : public CarDecorator {
public:
    WithSunroof(std::unique_ptr<Car> c) : CarDecorator(std::move(c)) {}
    std::string getDescription() const override {
        return car->getDescription() + " with Sunroof";
    }
    double cost() const override {
        return car->cost() + 1200.0;
    }
};

int main() {
    std::unique_ptr<Car> myCar = std::make_unique<BasicCar>();
    myCar = std::make_unique<WithAirConditioning>(std::move(myCar));
    myCar = std::make_unique<WithSunroof>(std::move(myCar));

    std::cout << myCar->getDescription() << " costs $" << myCar->cost() << std::endl;
    return 0;
}

原文地址：https://blog.csdn.net/huanting74/article/details/143816408

免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！

【循环神经网络】
RNN是一种强大的序列建模工具，适合处理各种时间序列和自然语言数据。然而，传统RNN在处理长序列时存在梯度消失问题，随着LSTM和GRU等改进模型的引入，RNN的性能得到了极大提升。无论是在自然语言处
阅读更多2024-11-17
Linux---shell脚本
希望通过本文的学习，你能够掌握Shell脚本的基本知识和实用技巧，将Shell脚本融入到你的日常工作中，成为你提高工作效率、实现自动化任务的得力助手。让我们一起踏上这段探索Shell脚本的旅程，开启一
阅读更多2024-11-17
Linux-DNS
Linux中配置DNS服务，包括DNS工作流程、配置等、以及其他的一些需要注意的配置文件
阅读更多2024-11-17
DLL注入
在DLL注入的时候，起的是远程的线程在上面的参数中，lpStartAddress就是线程的函数，使用LoadLibrary的地址作为线程函数的地址，这样我们就可以用LoadLibrary来起lpPar
阅读更多2024-11-17
力扣62.不同路径
所以有从左上角到右下角的过程中，我们需要移动 m+n−2 次，其中有 m−1 次向下移动，n−1 次向右移动。由于我们每一步只能从向下或者向右移动一步，因此要想走到 (i,j)，如果向下走一步，那么
阅读更多2024-11-17
【JAVA毕业设计】基于Vue和SpringBoot的冬奥会科普平台
本文首先介绍了冬奥会科普管理的技术发展背景与发展现状，然后遵循软件常规开发流程，首先针对平台选取适用的语言和开发平台，根据需求分析制定模块并设计数据库结构，再根据平台总体功能模块的设计绘制平台的功能模
阅读更多2024-11-17
基于Spring Boot的电商系统开发策略
现代经济快节奏发展以及不断完善升级的信息化技术，让传统数据信息的管理升级为软件存储，归纳，集中处理数据信息的管理方式。网上商城系统的设计方案比如功能框架的设计，比如数据库的设计的好坏也就决定了该系统在
阅读更多2024-11-17
C++创建型模式之原型模式
通过原型设计模式，我们可以轻松地复制现有角色，避免了重复的构造代码，并且可以根据需要对克隆的角色进行微调。这种模式在复杂的游戏场景中非常有用，特别是在需要创建多个相似角色时。相似性：原型模式和拷贝构造
阅读更多2024-11-17
【C语言】前端未来
WebXR：WebXR是Web Reality Experience的缩写，它通过AR和VR技术提供沉浸式的交互体验，预计在未来会成为构建虚拟现实应用的重要平台，特别是结合混合现实设备如手机和头戴设备
阅读更多2024-11-17
ASUS/华硕灵耀X双屏Pro UX8402Z 原厂Win11-22H2系统工厂文件带ASUS Recovery恢复
系统，安装结束后带隐藏分区，一键恢复，以及机器所有驱动软件。请注意：仅支持以上型号专用，其他华硕机器切勿使用。需准备一个20G以上u盘进行恢复。系统版本：windows11。
阅读更多2024-11-17

装饰器设计模式学习

1.介绍

2.装饰器基类可以不继承组件基类吗

3.对象都是如何释放的？

4.使用智能指针的版本

相关文章