设计模式[9]——装饰器模式一分钟彻底说透
一句话定义
在不修改原有对象的前提下,运行时动态、透明地给对象层层添加额外行为,保持接口不变。
软件领域真实例子:网络数据流处理(超级常见!)
场景:你有一个基本的网络 Socket 发送数据,但实际项目中经常需要层层叠加功能:
- 先加密(Encryption)
- 再压缩(Compression)
- 再加日志记录(Logging)
- 最后才真正发送
客户端代码只关心stream->write(data),完全不知道中间加了多少层处理!
不用装饰器会怎样?继承爆炸:
classEncryptedSocket:publicSocket{...}classEncryptedCompressedSocket:publicEncryptedSocket{...}classEncryptedCompressedLoggedSocket:publicEncryptedCompressedSocket{...}// 3种功能 → 8种子类!明天加“校验和”功能?直接崩溃。很多人困惑:这不就是普通的继承多态吗?
错得离谱!下面这张表10秒彻底撕开:
| 项目 | 普通继承多态(你觉得像的) | 装饰器模式(真相) |
|---|---|---|
| 添加行为时机 | 静态:编译时固定在子类里 | 动态:运行时随意叠加、顺序随意、数量随意 |
| 类数量 | 功能组合爆炸(2^n 个子类) | 只有 n + 1 个类(基础 + n种装饰) |
| 灵活性 | 想临时加/减一层功能?不可能 | 运行时随意包装:想加双重加密?包两层就行 |
| 关系本质 | is-a(EncryptedSocket “是一种” Socket) | has-a(装饰器“持有”一个被装饰的对象) |
| 软件真实场景 | 固定类型:TcpSocket、UdpSocket | 临时增强:加密流、压缩流、日志流、缓冲流 |
| 口号 | “焊死在子类里” | “运行时层层叠加,想加就加,想拆就拆” |
狠话:继承是生孩子——生完就定型;装饰器是穿外套——想穿几件、哪件先穿都行,还能脱!
真实软件代码(现代 C++20,网络流处理)
#include<iostream>#include<memory>#include<string>#include<vector>usingnamespacestd;// 1. 统一数据流接口classDataStream{public:virtual~DataStream()=default;virtualvoidwrite(constvector<uint8_t>&data)=0;virtualstringname()const=0;// 用于调试描述};// 2. 基础流(真正干活的核心)classTcpSocketStream:publicDataStream{public:voidwrite(constvector<uint8_t>&data)override{cout<<"[TcpSocket] 真正发送数据,长度: "<<data.size()<<" 字节"<<endl;}stringname()constoverride{return"TCP Socket";}};// 3. 装饰器基类(关键:持有一个流指针)classStreamDecorator:publicDataStream{protected:unique_ptr<DataStream>stream;// ← 包装链的核心public:explicitStreamDecorator(unique_ptr<DataStream>s):stream(move(s)){}stringname()constoverride{returnstream->name();// 默认转发,子类可追加}};// 4. 具体装饰器(真实功能)classLoggingDecorator:publicStreamDecorator{public:explicitLoggingDecorator(unique_ptr<DataStream>s):StreamDecorator(move(s)){}voidwrite(constvector<uint8_t>&data)override{cout<<"[Logging] 记录写操作,数据大小: "<<data.size()<<endl;stream->write(data);// 转发给下一层}stringname()constoverride{returnstream->name()+" + Logging";}};classCompressionDecorator:publicStreamDecorator{public:explicitCompressionDecorator(unique_ptr<DataStream>s):StreamDecorator(move(s)){}voidwrite(constvector<uint8_t>&data)override{cout<<"[Compression] 正在压缩数据... (原大小 "<<data.size()<<" -> 压缩后 "<<data.size()/2<<")"<<endl;autocompressed=compress(data);// 模拟压缩stream->write(compressed);}stringname()constoverride{returnstream->name()+" + Compression";}private:vector<uint8_t>compress(constvector<uint8_t>&d){return{1,2,3};}// 简化};classEncryptionDecorator:publicStreamDecorator{public:explicitEncryptionDecorator(unique_ptr<DataStream>s):StreamDecorator(move(s)){}voidwrite(constvector<uint8_t>&data)override{cout<<"[Encryption] 正在AES加密数据..."<<endl;autoencrypted=encrypt(data);// 模拟加密stream->write(encrypted);}stringname()constoverride{returnstream->name()+" + Encryption";}private:vector<uint8_t>encrypt(constvector<uint8_t>&d){return{9,9,9};}// 简化};客户端:运行时随意组装流
intmain(){vector<uint8_t>payload={1,2,3,4,5,6,7,8,9,0};// 场景1:生产环境 - 全功能autostream=make_unique<TcpSocketStream>();stream=make_unique<LoggingDecorator>(move(stream));stream=make_unique<CompressionDecorator>(move(stream));stream=make_unique<EncryptionDecorator>(move(stream));cout<<"当前流: "<<stream->name()<<endl;// TCP Socket + Logging + Compression + Encryptionstream->write(payload);// 场景2:调试环境 - 只加日志,不加密不压缩autodebugStream=make_unique<TcpSocketStream>();debugStream=make_unique<LoggingDecorator>(move(debugStream));debugStream->write(payload);// 场景3:想双重加密?轻松!autosecureStream=make_unique<TcpSocketStream>();secureStream=make_unique<EncryptionDecorator>(move(secureStream));secureStream=make_unique<EncryptionDecorator>(move(secureStream));// 双重加密!secureStream->write(payload);}C++ 真实项目里到处都是装饰器
- 标准库:
std::ostream→std::ofstream→std::stringstream(层层包装) - Boost.Asio:socket → ssl::stream → buffered_stream
- Qt:QWidget → QScrollArea(滚动条装饰) → CustomBorderDecorator
- 游戏网络:Packet → CRCDecorator → EncryptDecorator → CompressDecorator → Send
- 日志库:Logger → FileWriter → AsyncDecorator → RotateDecorator
终极口诀(软件人专属)
“功能运行时叠,层层包装不继承;
接口不变真优雅,加密压缩随便配!”
刻在DNA里的一句话
当你在软件中需要“运行时给一个流/对象临时叠加多个处理行为”(日志、加密、压缩、缓冲等),且组合方式多变时,
别用继承爆炸,用装饰器——层层包装,接口统一,灵活到极致!
现在,装饰器模式在纯软件场景下彻底说透了吧?
这才是程序员每天都在用的真实模式!
下一期要外观模式(Facade),它专门治“子系统太复杂”的病!