设计模式----装饰器模式

在软件开发过程中,有时想用一些现存的组件。这些组件可能只是完成了一些核心功能。但在不改变其结构的情况下,可以动态地扩展其功能。所有这些都可以釆用装饰器模式来实现。

装饰器模式

允许向一个现有的对象添加新的功能,同时又不改变他的结构(进行扩展)。

装饰器模式的结构与实现

通常情况下,扩展一个类的功能会使用继承方式来实现。但继承具有静态特征,耦合度高,并且随着扩展功能的增多,子类会很膨胀。如果使用组合关系来创建一个包装对象(即装饰对象)来包裹真实对象,并在保持真实对象的类结构不变的前提下,为其提供额外的功能,这就是装饰器模式的目标。

结构

抽象构件 (Component):定义一个抽象接口以规范准备接收附加责任的对象
具体构件 (Concrete Component):实现抽象构件,通过装饰器角色为其添加一些职责
抽象装饰 (Decorator):继承抽象构件,并包含具体构件的实例,可以通过其子类扩展具体构件的功能
具体装饰(Concrete Decorator):实现抽象装饰的相关方法,并给具体构件对象添加附加的责任

实现

复制代码
#include <iostream>
#include <string>
using namespace std;

//装饰器模式
class Phone
{
public:
    Phone(){}
    ~Phone(){}
    virtual void showDecorate(){}
};

class iPhone :public Phone
{
private:
    string _name;
public:
    iPhone(string name)
        :_name(name)
    {}
    ~iPhone(){}
    void showDecorate()
    {
        cout << _name << "装饰器" << endl;
    }
};

class NokiaPhone :public Phone
{
private:
    string _name;
public:
    NokiaPhone(string name)
        :_name(name)
    {}
    ~NokiaPhone(){}
    void showDecorate()
    {
        cout << _name << "装饰器" << endl;
    }
};

class DecoratorPhone :public Phone
{
private:
    Phone* m_phone;
public:
    DecoratorPhone(Phone *phone)
        :m_phone(phone)
    {}
    virtual void showDecorate()
    {
        m_phone->showDecorate();
    }
};

class DecoratePhoneA :public DecoratorPhone
{
public:
    DecoratePhoneA(Phone *phone)
        :DecoratorPhone(phone)
    {}
    void showDecorate()
    {
        DecoratorPhone::showDecorate();
        AddDecorate();
    }
private:
    void AddDecorate()
    {
        cout << "增加挂件" << endl;
    }
};

class DecoratePhoneB :public DecoratorPhone
{
public:
    DecoratePhoneB(Phone* phone)
        :DecoratorPhone(phone)
    {}
    void showDecorate()
    {
        DecoratorPhone::showDecorate();
        AddDecorate();
    }
private:
    void AddDecorate()
    {
        cout << "增加屏膜" << endl;
    }
};

void main()
{
    Phone* phone = new NokiaPhone("6300");
    Phone* phoneA = new DecoratePhoneA(phone);
    Phone* phoneB = new DecoratePhoneB(phone);

    phoneA->showDecorate();
    phoneB->showDecorate();
    
    delete phone; phone = NULL;
    delete phoneA; phoneA = NULL;
    delete phoneB; phoneB = NULL;
}

装饰器模式的优缺点

优点:

可以不用修改原有的接口,就可以实现新功能的添加

装饰者可以很方便的转换原有接口中的实现,可以给装饰者指定不同的ConcreteComponent实现不同的功能。
缺点:

复杂性增加,装饰者模式会导致许多小类的产生。

装饰器模式应用场景

前面讲解了关于装饰器模式的结构与特点,下面介绍其适用的应用场景,装饰器模式通常在以下几种情况使用。

当需要给一个现有类添加附加职责,而又不能采用生成子类的方法进行扩充时。例如,该类被隐藏或者该类是终极类或者采用继承方式会产生大量的子类。

当需要通过对现有的一组基本功能进行排列组合而产生非常多的功能时,采用继承关系很难实现,而采用装饰器模式却很好实现。

当对象的功能要求可以动态地添加,也可以再动态地撤销时。

相关推荐
willow2 天前
Axios由浅入深
设计模式·axios
七月丶4 天前
别再手动凑 PR 了:这个 AI Skill 会按仓库习惯自动建分支、拆提交、提 PR
人工智能·设计模式·程序员
刀法如飞4 天前
从程序员到架构师:6大编程范式全解析与实践对比
设计模式·系统架构·编程范式
九狼4 天前
Flutter + Riverpod +MVI 架构下的现代状态管理
设计模式
静水流深_沧海一粟5 天前
04 | 别再写几十个参数的构造函数了——建造者模式
设计模式
StarkCoder5 天前
从UIKit到SwiftUI的迁移感悟:数据驱动的革命
设计模式
阿星AI工作室5 天前
给openclaw龙虾造了间像素办公室!实时看它写代码、摸鱼、修bug、写日报,太可爱了吧!
前端·人工智能·设计模式
_哆啦A梦6 天前
Vibe Coding 全栈专业名词清单|设计模式·基础篇(创建型+结构型核心名词)
前端·设计模式·vibecoding
阿闽ooo9 天前
中介者模式打造多人聊天室系统
c++·设计模式·中介者模式