装饰器模式（c++）（单一职责型模式）

关注

原创最新推荐文章于 2026-11-07 00:05:59 发布 225 阅读 AI 写同款· GEO 优化 ›

自制新型文字密码，聊天记录的画风都不一样了，再也不怕被女朋友偷窥手机了！前言：当今社会是一个信息社会，你的个人信息和聊天记录极有可能被别有用心的人时时刻刻监视着，那么你想不想实现专属于两个人或一个小圈子的人在社交软件上的交流不被任何其他人读懂呢？下面就给大家提供一个原理极其简单程序极其容易实现的C语言文字加密小程序的实现算法。 PS：文章末尾有惊喜哦！原理：ASCLL码的加减乘除运算。举一个最简单的例子，从键盘输入一行字符"LANGUAGE"，将所有字符的ASCLL码加1后再打印出来就变成了"MBOHVBHF",将所有字符的ASCLL码加2，则打印出来是"NCPIWC 阅读详情

装饰器（Decrator）模式

“单一职责模式”的适用场景

在软件组件设计中，如果责任划分的不清晰，使用继承得到的结果往往是随需求的变化，子类急剧膨胀，同时充斥着重复代码，这时候的关键是划清责任。

场景

某一天，你的老板写一堆log类来分别打印错误信息和警告信息。

class Log{
public:
	virtual void WriteLog(const char *data) = 0;
	virtual char ReadLog(int number) = 0;
};

class ErrorLog : public Log{
public:
	virtual void WriteLog(const char *data){
	}
	virtual char ReadLog(int number){
	}
};

class WarnLog: public Log{
public:
	virtual void WriteLog(const char *data){
	}
	virtual char ReadLog(int number){
	}
};

int main(void){
	Log *warnLog = new WarnLog();
	Log *errorLog = new ErrorLog();
	
	if(Error)
		errorLog->WriteLog("某个地方发生Error");

	if(Warn)
		warnLog->WriteLog("某个地方发生Warn");

	//经过很多次调用
	
	//假装忘记delete
	return 0;
}

这时候你解决了问题，完美下班。
but 过了几天，你老板发现，这样Log打印好像对性能负担很大，于是乎要求你先用一个Buffer储存这些log，然后再合适的时间打印这些log，于是你要写下面的类

class BufferErrorLog : public ErrorLog{
public:
	virtual void WriteLog(const char *data){
		//额外的BUffer操作
		ErrorLog::WriteLog(data);
	}
	virtual char ReadLog(int number){
		return ReadLog::ReadLog(number);
	}
};

class BufferWarnLog: public WarnLog{
public:
	virtual void WriteLog(const char *data){
		//额外的BUffer操作
		WarnLog::WriteLog(data);
	}
	virtual char ReadLog(int number){
		return WarnLog::ReadLog(number);
	}
};

int main(void){
	Log *warnLog = new BufferWarnLog();
	Log *errorLog = new BufferErrorLog();
	
	if(Error)
		errorLog->WriteLog("某个地方发生Error");
	//经过很多次调用
	//在一个合适的时候一次性输出了之前所有的Log
	if(Warn)
		warnLog->WriteLog("某个地方发生Warn");

	
	//假装忘记delete
	return 0;
}

现在视乎又解决了问题，

but又过了几天，你的老板发现直接输出log有点不安全，所以他决定在输出log的时候对log进行加密操作，并且他认为直接无Buffer的输出log是简单有效的，他觉定不舍弃直接输出的类，于是乎WarnLog，ErrorLog，BufferWarnLog，BufferErrorLog 这四个类都应该有一个子类是父类的加密（CryptoWarnLog，CryptoErrorLog，CryptoBufferWarnLog,CryptoBufferErrorLog）

本来这个项目有两个类（WarnLog，errorLog）,加了Buffer功能之后这个项目就有了四个类（WarnLog，ErrorLog，BufferWarnLog，BufferErrorLog），再加个加密操作之后这个项目就有了八个类，再加一个功能，这个项目就有16个类，每加一种新的功能，类的数量成指数级（2ⁿ）增长。一旦多加几个功能，一个项目100，000类都不是梦。很明显这是不合理的，这时候就需要装饰器模式。

使用装饰器模式

装饰模式能够实现动态的为对象添加功能，是从一个对象外部来给对象添加功能。在不必改变原类文件和使用继承的情况下，动态地扩展一个对象的功能。它是通过创建一个包装对象，也就是装饰来包裹真实的对象。

//之前的log类，ErrorLog类和WarnLog类这里就不重写了，从Buffer开始

class DecoratorLog :public Log{
public:
	DecoratorLog(Log *log) :mLog(log){}

protected:
	Log *mLog;
};

//它是一个装饰器
class BufferLog :public DecoratorLog {
public:
	BufferLog(Log *log) :DecoratorLog (log){}
	virtual void WriteLog(const char *data){
		//额外的Buffer操作
		mLog->WriteLog(data);
	}
	virtual char ReadLog(int number){
		return mLog->ReadLog(number);
	}
};

//它是一个装饰器
class CryptoLog : public DecoratorLog {
public:
	CryptoLog(Log *log) :DecoratorLog (log){}
	virtual void WriteLog(const char *data){
		//额外的加密操作
		mLog->WriteLog(data);
	}
	virtual char ReadLog(int number){
		return mLog->ReadLog(number);
	}
};

int main(void){
	Log *warnLog = new BufferLog(new WarnLog());
	Log *errorLog = new BufferLog(new ErrorLog());
	
	if(Error)
		errorLog->WriteLog("某个地方发生Error");
	//经过很多次调用
	//在一个合适的时候一次性输出了之前所有的Log
	if(Warn)
		warnLog->WriteLog("某个地方发生Warn");

	
	//假装忘记delete
	return 0;
}