【Decorator模式】C++设计模式——装饰模式

    C++设计模式大全，23种设计模式合集详解—👉（点我跳转）

一、设计流程探讨

  未使用装饰模式时，初学者大多数只能想到继承的方式，如下图结构，首先存在的缺点是结构不行，其次是类的总数的暴增(原因是很多重复的代码，并且有对继承的不良使用)，总数是：$$1+n+n\ast \frac{m!}{2}$$

/**
 * 未使用装饰模式
 */
// 业务操作
class Stream{
public:
	virtual bool Read(int num) = 0;
	virtual void Seek(int position) = 0;
	virtual bool Write(string data) = 0;
	void ~Stream(){}
};
// 主体操作
class FileStream : public Stream{
public:
	virtual bool Read(int num){
		//读文件流
	}
	virtual void Seek(int position){
		//定位文件流
	}
	virtual bool Write(string data){
		//写文件流
	}
};
class NetworkStream: public Stream{
public:
	virtual bool Read(int num){
		//读网络流
	}
	virtual void Seek(int position){
		//定位网络流
	}
	virtual bool Write(string data){
		//写网络流
	}
};
class MemoryStream : public Stream{
public:
	virtual bool Read(int num){
		//读内存流
	}
	virtual void Seek(int position){
		//定位内存流
	}
	virtual bool Write(string data){
		//写内存流
	}
};
// 扩展操作
class CryptoFileStream : public FileStream{	//加密操作
public:
	virtual bool Read(int number){
		//额外的加密操作
		FileStream::Read(number);
	}
	virtual void Seek(int position){
		//额外的加密操作
		FileStream::Seek(position);
	}
	virtualbool Write(string data){
		//额外的加密操作
		FileStream::Write(data);
	}
};
class CryptoNetworkStream : public Networktream{ //加密操作
	//...
}
class CryptoMemoryStream : public MemoryStream{ //加密操作
	//...
}
class BufferedFileStream : public FileStream{ //缓存操作
	//... 缓存操作与加密操作类似
}
class BufferedNetworkStream : public NetworkStream{ //缓存操作
	//... 缓存操作与加密操作类似
}
class BufferedMemoryStream : public MemoryStream{ //缓存操作
	//... 缓存操作与加密操作类似
}
// 此处省略其他操作 ... 文件流、网络流、内存流等其他流都需要做类似的操作

  以下是采用了装饰模式的结构图，对比上图，发现扩展操作中其实都是相同的只是主体不同，我们更改代码结构后更加清晰，因为我们在扩展操作中主体操作与扩展操作分而治之，所以类的总数瞬间减少了很多，总数是：
$$1+n+1+m$$

/**
 * 使用装饰模式，在Decorator类中含有父类的字段
 */
class Stream{
public:
	virtual bool Read(int num) = 0;
	virtual void Seek(int position) = 0;
	virtual bool Write(string data) = 0;
	void ~Stream(){}
};
// 主体操作
class FileStream : public Stream{
public:
	virtual bool Read(int num){
		//读文件流
	}
	virtual void Seek(int position){
		//定位文件流
	}
	virtual bool Write(string data){
		//写文件流
	}
};
class NetworkStream: public Stream{
public:
	virtual bool Read(int num){
		//读网络流
	}
	virtual void Seek(int position){
		//定位网络流
	}
	virtual bool Write(string data){
		//写网络流
	}
};
class MemoryStream : public Stream{
public:
	virtual bool Read(int num){
		//读内存流
	}
	virtual void Seek(int position){
		//定位内存流
	}
	virtual bool Write(string data){
		//写内存流
	}
};
// 扩展操作
class DecoratorStream : public Stream{
protected:
	Stream* stream;		// 用组合的方式引出多态的支持
	DecoratorStream(Stream* stm):stream(stm){}
};
class CryptoStream : public DecoratorStream{
public:
	CryptoStream(Stream* stm):DecoratorStream(stm){}
	virtual bool Read(int num){
		stream->Read(number);	//读流
	}
	virtual void Seek(int position){
		stream->Seek(position);	//定位流
	}
	virtual bool Write(string data){
		stream->Write(data);	//写流
	}
};
class BufferedStream : public DecoratorStream{
	Stream* stream;
public:
	BufferedStream(Stream* stm) : DecoratorStream(stm){}
	//...
}

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

二、模式介绍

（1）模式动机
  在某些情况下我们可能会“过度地使用继承来扩展对象的功能”，由于继承为类型引入的静态特质，使得这种扩展方式缺乏灵活性，并且随着子类的增多(扩展功能的增多)，各种子类的组合(扩展功能的组合)会导致更多子类的膨胀。
  如何使“对象功能的扩展”能够根据需要来动态地实现？同时避免“扩展功能的增多”带来的子类膨胀问题？从而使得任何“功能扩展变化”所导致的影响将为最低？
（2）模式定义
  动态(组合)地给一个对象增加一些额外的职责。就增加功能而言，Decorator 模式比生成子类(继承)更为灵活(消除重复代码&减少子类个数)。
（3）要点总结
 a). 通过采用组合而非继承的手法，Decorator 模式实现了在运行时动态扩展对象功能的能力，而且可以根据需要扩展多个功能。避免了使用继承带来的“灵活性差”和“多子类衍生问题”。
 b). Decorator类在接口上表现为 is-a Component 的继承关系，即 Decorator 类继承了 Component 类所具有的接口。但在实现上又表现为has-a Component 的组合关系，即 Decorator 类又使用了另外一个Component类。
 c). Decorator 模式的目的并非解决“多子类衍生的多继承"问题，Decorator 模式应用的要点在于解决“主体类在多个方向上的扩展功能”——是为“装饰”的含义。

三、代码实现

  在第一点中已展示出相应的代码，这里不做过多的赘述。我们应该要去好好把握稳定与变化间的关系，在该模式的设计中，利用组合的形式支持多态。