设计模式:Decorator

最新推荐文章于 2022-08-08 10:00:00 发布
最新推荐文章于 2022-08-08 10:00:00 发布
阅读量186 收藏
点赞数
分类专栏： 设计模式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qt187904/article/details/106420749
版权

Decorator-装饰模式

装饰模式用于处理，软件组件设计中的责任划分不清晰，导致子类通过继承得到大量的冗余重复代码，代码的急剧膨胀问题。装饰模式关键在于划清责任。
考虑设计一个IO库、相关流操作。其中有文件流，网络流、内存流等，操作有对流的加密，缓存等。
考虑设计一个Stream抽象基类，FileStream、NetWorkStream、MemoryStream继承与Stream基类。
而加密操作需要加密具体的流，而不是抽象上的流，所以继承自FileStream、NetWorkStream、MemoryStream。
具体代码如下:

版本1

//业务操作
class Stream{
public：
    virtual char Read(int number)=0;
    virtual void Seek(int position)=0;
    virtual void Write(char data)=0;
    
    virtual ~Stream(){}
};

//主体类
class FileStream: public Stream{
public:
    virtual char Read(int number){
        //读文件流
    }
    virtual void Seek(int position){
        //定位文件流
    }
    virtual void Write(char data){
        //写文件流
    }

};

class NetworkStream :public Stream{
public:
    virtual char Read(int number){
        //读网络流
    }
    virtual void Seek(int position){
        //定位网络流
    }
    virtual void Write(char data){
        //写网络流
    }
    
};

class MemoryStream :public Stream{
public:
    virtual char Read(int number){
        //读内存流
    }
    virtual void Seek(int position){
        //定位内存流
    }
    virtual void Write(char data){
        //写内存流
    }
    
};

//扩展操作
class CryptoFileStream :public FileStream{
public:
    virtual char Read(int number){
       
        //额外的加密操作...
        FileStream::Read(number);//读文件流
        
    }
    virtual void Seek(int position){
        //额外的加密操作...
        FileStream::Seek(position);//定位文件流
        //额外的加密操作...
    }
    virtual void Write(byte data){
        //额外的加密操作...
        FileStream::Write(data);//写文件流
        //额外的加密操作...
    }
};

class CryptoNetworkStream : :public NetworkStream{
public:
    virtual char Read(int number){
        
        //额外的加密操作...
        NetworkStream::Read(number);//读网络流
    }
    virtual void Seek(int position){
        //额外的加密操作...
        NetworkStream::Seek(position);//定位网络流
        //额外的加密操作...
    }
    virtual void Write(byte data){
        //额外的加密操作...
        NetworkStream::Write(data);//写网络流
        //额外的加密操作...
    }
};

class CryptoMemoryStream : public MemoryStream{
public:
    virtual char Read(int number){
        
        //额外的加密操作...
        MemoryStream::Read(number);//读内存流
    }
    virtual void Seek(int position){
        //额外的加密操作...
        MemoryStream::Seek(position);//定位内存流
        //额外的加密操作...
    }
    virtual void Write(byte data){
        //额外的加密操作...
        MemoryStream::Write(data);//写内存流
        //额外的加密操作...
    }
};

class BufferedFileStream : public FileStream{
    //...
};

class BufferedNetworkStream : public NetworkStream{
    //...
};

class BufferedMemoryStream : public MemoryStream{
    //...
}




class CryptoBufferedFileStream :public FileStream{
public:
    virtual char Read(int number){
        
        //额外的加密操作...
        //额外的缓冲操作...
        FileStream::Read(number);//读文件流
    }
    virtual void Seek(int position){
        //额外的加密操作...
        //额外的缓冲操作...
        FileStream::Seek(position);//定位文件流
        //额外的加密操作...
        //额外的缓冲操作...
    }
    virtual void Write(byte data){
        //额外的加密操作...
        //额外的缓冲操作...
        FileStream::Write(data);//写文件流
        //额外的加密操作...
        //额外的缓冲操作...
    }
};



void Process(){

        //编译时装配
    CryptoFileStream *fs1 = new CryptoFileStream();

    BufferedFileStream *fs2 = new BufferedFileStream();

    CryptoBufferedFileStream *fs3 =new CryptoBufferedFileStream();

}

继承图谱

在这里插入图片描述

我们可以发现，加密、缓冲操作是一样的，只是加密、缓冲的对象不同，但加密的对象都继承自一个共同的抽象基类。代码大量重复，可以进行代码重构。
各类扩展操作从继承各类流，改为包含各类流的基类指针Stream*。使用组合替代继承，将原先写死的FileStream::Read等改为基类指针调用Stream->Read。
Stream实质是一个多态指针。当变量的声明都为某个类型的子类时，可以直接提升声明为该变量类型。
编译时复用，将变化需求提升至运行时。
同时为了Read等接口函数的虚性质，维护接口的规范，需要继承Stream。

版本2

//业务操作
class Stream{

public：
    virtual char Read(int number)=0;
    virtual void Seek(int position)=0;
    virtual void Write(char data)=0;
    
    virtual ~Stream(){}
};

//主体类
class FileStream: public Stream{
public:
    virtual char Read(int number){
        //读文件流
    }
    virtual void Seek(int position){
        //定位文件流
    }
    virtual void Write(char data){
        //写文件流
    }

};

class NetworkStream :public Stream{
public:
    virtual char Read(int number){
        //读网络流
    }
    virtual void Seek(int position){
        //定位网络流
    }
    virtual void Write(char data){
        //写网络流
    }
    
};

class MemoryStream :public Stream{
public:
    virtual char Read(int number){
        //读内存流
    }
    virtual void Seek(int position){
        //定位内存流
    }
    virtual void Write(char data){
        //写内存流
    }
    
};

//扩展操作


class CryptoStream: public Stream {
    
    Stream* stream;//...

public:
    CryptoStream(Stream* stm):stream(stm){
    
    }
    
    
    virtual char Read(int number){
       
        //额外的加密操作...
        stream->Read(number);//读文件流
    }
    virtual void Seek(int position){
        //额外的加密操作...
        stream::Seek(position);//定位文件流
        //额外的加密操作...
    }
    virtual void Write(byte data){
        //额外的加密操作...
        stream::Write(data);//写文件流
        //额外的加密操作...
    }
};



class BufferedStream : public Stream{
    
    Stream* stream;//...
    
public:
    BufferedStream(Stream* stm):stream(stm){
        
    }
    //...
};





void Process(){

    //运行时装配
    FileStream* s1=new FileStream();
    CryptoStream* s2=new CryptoStream(s1);
    
    BufferedStream* s3=new BufferedStream(s1);
    
    BufferedStream* s4=new BufferedStream(s2);
    
    

}

最后使用时，从原先的编译时装配，改为运行时装配。
编译时，不存在流的加密缓存等类，运行时通过多态指针将各种操作组合起来，来满足未来的需求。
但到此为止，还不是最优的设计，根据马丁福勒的重构理论，如果某个类的多个子类都有同样的字段，应该将字段上提。
字段上提可以提升至基类，也可以提升至中间类。
考虑到FileStream、NetWorkStream等并不需要该字段，所以设计中间类包含字段，并继承Stream。

版本3

//业务操作
class Stream{

public：
    virtual char Read(int number)=0;
    virtual void Seek(int position)=0;
    virtual void Write(char data)=0;
    
    virtual ~Stream(){}
};

//主体类
class FileStream: public Stream{
public:
    virtual char Read(int number){
        //读文件流
    }
    virtual void Seek(int position){
        //定位文件流
    }
    virtual void Write(char data){
        //写文件流
    }

};

class NetworkStream :public Stream{
public:
    virtual char Read(int number){
        //读网络流
    }
    virtual void Seek(int position){
        //定位网络流
    }
    virtual void Write(char data){
        //写网络流
    }
    
};

class MemoryStream :public Stream{
public:
    virtual char Read(int number){
        //读内存流
    }
    virtual void Seek(int position){
        //定位内存流
    }
    virtual void Write(char data){
        //写内存流
    }
    
};

//扩展操作

DecoratorStream: public Stream{
protected:
    Stream* stream;//...
    
    DecoratorStream(Stream * stm):stream(stm){
    
    }
    
};

class CryptoStream: public DecoratorStream {
 

public:
    CryptoStream(Stream* stm):DecoratorStream(stm){
    
    }
    
    
    virtual char Read(int number){
       
        //额外的加密操作...
        stream->Read(number);//读文件流
    }
    virtual void Seek(int position){
        //额外的加密操作...
        stream::Seek(position);//定位文件流
        //额外的加密操作...
    }
    virtual void Write(byte data){
        //额外的加密操作...
        stream::Write(data);//写文件流
        //额外的加密操作...
    }
};



class BufferedStream : public DecoratorStream{
    
    Stream* stream;//...
    
public:
    BufferedStream(Stream* stm):DecoratorStream(stm){
        
    }
    //...
};




void Process(){

    //运行时装配
    FileStream* s1=new FileStream();
    
    CryptoStream* s2=new CryptoStream(s1);
    
    BufferedStream* s3=new BufferedStream(s1);
    
    BufferedStream* s4=new BufferedStream(s2);
    
    

}

DecoratorStream类是中间类，包含重复字段，扩展继承该类，同时调用DecoratorStream里的构造器构造(基类构造器)。

继承图谱

在这里插入图片描述
可以从继承图谱看出，类的规模显著的减少，将大量的流扩展操作与各类流分离，避免了对继承的不良使用，提升代码的复用性。
装饰模式的要点在于，组合基类并继承基类。从经验推断，如果某类继承并组合某个基类，99%的可能是使用了装饰模式。
装饰模式是为了解决因为继承的误用，随着子类的增多，在静态特质下，各种子类的组合会导致更多的子类急剧的膨胀。通过动态的给对象增加格外的职责，来消除重复代码，减少子类个数。

C_core
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
设计模式 t07Decorator
06-12
在给定的“设计模式 t07Decorator”主题中，我们聚焦于装饰者模式（Decorator Pattern）。装饰者模式是一种结构型设计模式，它允许我们在运行时给对象添加新的行为或职责，而无需修改其原有代码。这种模式遵循开闭...
php设计模式 Decorator(装饰模式)
10-28
装饰模式是一种设计模式，主要目的是在不改变原有对象的基础上，动态地给对象添加新的功能，以实现对对象的扩展。这种模式比通过继承来扩展功能更为灵活，因为装饰模式可以独立增加新功能，不会影响到其他已经存在的...
Leading decorators must be attached to a class declaration
qq_37233023的博客
04-26 6819
Leading decorators must be attached to a class declaration
设计模式 - 装饰模式（Decorator）
万里归来少年心
03-11 137
在软件设计中，如果责任划分不清晰，需求的变化时，子类会急剧膨胀，代码会大量重复。此时，划分责任是最关键的做法。 定义 动态的给一个对象增加职责，装饰模式比继承更加灵活。它能消除重复代码和减少子类个数。 实例 先看下面代码存在的问题。（子类膨胀，重复代码） 有文件流，网络流，加密流三种数据流，而每种数据流有加密，缓冲，加密且缓冲三种操作。 数...
decorators 参数_es7的decorators用法说明
weixin_34109083的博客
12-23 134
es7的decorators网上说法是参考了python的decorators。不过我只会java，只能和java的注解做比较。个人感觉是：比java的注解简单，且功能强大。下面是我用到的常用的一些core-decorators，后面的几个没有写注释，以后补充：import {autobind,//方法绑定到实例上(原来是在__proto__里)|可以写在方法或类上(发现写类上后会和readonl...
设计模式：Decorator
xjtuse2014的博客
08-20 319
设计模式：装饰者模式
设计模式：Decorator（装饰）模式
lishuzhai的专栏
03-10 657
Decorator模式：装饰模式
设计模式详解：Decorator（装饰模式）
natrick的博客
02-04 1721
Decorator 装饰模式 设计模式学习：概述 意图 动态地给一个对象添加一些额外的职责，就增加功能来说，Decorator模式相比生成子类更为灵活。 Decorator（装饰模式）也被称作Wrapper（包装器）。 Decorator模式是对组件间协作的一种规划，它旨在解决为某个对象添加附加功能时导致的不够灵活、以及子类爆炸的问题。通过采用组合而非继承的手法，Decorator模式实现了在运行时动态扩展功能的能力，而且可以根据需要扩展多个功能。避免使用继承带来的**“灵活性差”和“多子类衍生问题”*
C++实现设计模式：Decorator Pattern
初心
08-25 771
注：为了更清楚的解释，类的成员函数均采用inline。 #ifndef _COMPONENT_H #define _COMPONENT_H #include using std::cout; using std::endl; class virtualComponent { public:     virtual ~virtualComponen
设计模式：Decorator模式（即装饰者模式）------------个人理解
Remove_的博客
08-02 197
前言： 最近在研究自己的架构，所以去看了一些设计模式，是不是可以在自己的架构中使用，让自己的架构更加的完美，（之前的架构完全是自己凭借自己的主观意识去写的所以很乱。）看到设计模式 Decorator模式，卡住了，不是看不懂，而是不明白Decorator模式和派生子类的区别有什么不同之处，很费解，网上各位的解答也没有让我说出这两个的具体区别在哪里，所以还是自己理解理解，加深自己的印象，理解错误了
设计模式-Decorator模式（装饰者模式）
weixin_44030848的博客
08-08 1030
图解设计模式中的装饰者模式
设计模式：装饰模式-decorator
HeJD的博客
01-10 319
动态地给一个对象添加一些额外的职责。就增加功能来说，decorator模式相比生成子类更加灵活 实际上就是decorator与concreteComponent是同一层次的可以替换的，在decorator中包含一个component对象，通过该对象调用原本的服务，并在该对象附近增加新服务
设计模式：可复用面向对象软件的基础.zip
04-10
设计模式是软件工程中的一种重要概念，它代表了在特定情境下解决常见问题的最佳实践。这些模式经过时间的考验，被广泛应用于各种面向对象的软件开发中，以提高代码的可读性、可维护性和可复用性。本教程旨在深入讲解...
设计模式之Decorator
03-01
博文链接：https://your.iteye.com/blog/133420
.Net中的设计模式——Decorator模式
03-04
一、模式概述一个场景是我们要为一个对象动态添加新的职责，这个职责并不修改原有的行为，而是在原有行为基础上添加新的功能，就好比装饰工人为一座新居的墙上涂抹上色彩缤纷的颜料一般。　从我们拥有的面向对象的...
odoo12中国化财务核算解决方案2.30E (1).pdf
最新发布
07-11
odoo12中国化财务核算解决方案2.30E (1)
个人学习整理的Spark的安装说明.txt
07-11
个人学习整理的Spark的安装说明.txt
厦门大学毕业答辩PPT模板
07-11
【作品名称】：厦门大学毕业答辩PPT模板 【适用人群】：适用于希望学习不同技术领域的小白或进阶学习者。可作为毕设项目、课程设计、大作业、工程实训或初期项目立项。
光学数据存储设备，前12大企业占据全球58%的市场份额调研数据（2023）.pdf
07-11
QYResearch是全球知名的大型咨询公司，行业涵盖各高科技行业产业链细分市场，横跨如半导体产业链（半导体设备及零部件、半导体材料、集成电路、制造、封测、分立器件、传感器、光电器件）、光伏产业链（设备、硅料/硅片、电池片、组件、辅料支架、逆变器、电站终端）、新能源汽车产业链（动力电池及材料、电驱电控、汽车半导体/电子、整车、充电桩）、通信产业链（通信系统设备、终端设备、电子元器件、射频前端、光模块、4G/5G/6G、宽带、IoT、数字经济、AI）、先进材料产业链（金属材料、高分子材料、陶瓷材料、纳米材料等）、机械制造产业链（数控机床、工程机械、电气机械、3C自动化、工业机器人、激光、工控、无人机）、食品药品、医疗器械、农业等。 邮箱：market@qyresearch.com

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值