设计模式——装饰模式_Decorator Pattern

最新推荐文章于 2025-02-20 22:25:19 发布

原创最新推荐文章于 2025-02-20 22:25:19 发布 · 421 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#decorator #设计模式 #delete #class #uml #object

Design Pattern 专栏收录该内容

20 篇文章

订阅专栏

本文深入探讨装饰模式，一种动态给对象添加额外职责的技术，与继承相比更为灵活。通过C++代码实例，解释如何使用装饰模式扩展功能，并讨论其在避免过度继承和提供‘即用即付’功能方面的优势。

装饰模式

Attach additional responsibilities to an object dynamically keeping the same interface. Decorators provide a flexible alternative to subclassing for extending functionality.（动态地给一个对象添加一些额外的职责，就增加功能来说，装饰模式相比生成子类更为灵活）

UML类图

C++代码实现

#include <iostream>
using namespace std;

class Component {
public:
	virtual void Operation() = 0;
};

class ConcreteComponent : public Component {
public:
	void Operation() { cout << "call ConcreteComponent::Operation()" << endl; }
};

class Decorator : public Component {
public:
	Decorator(Component* comp) : _Comp(comp) { }
	void Operation() { _Comp->Operation(); }
	virtual ~Decorator() { delete _Comp; }
private:
	Component* _Comp;
};

class ConcreteDecoratorA : public Decorator {
public:
	ConcreteDecoratorA(Component* comp) : Decorator(comp) { }
	void Operation() {
		Decorator::Operation();
		DecoratorMethodA();
	}
private:
	void DecoratorMethodA() { cout << "Add DecoratorMethodA()" << endl; }

};



#include "Decorator.h"


int main()
{
	Component* pComp = new ConcreteComponent();
	Decorator* pDecorator = new ConcreteDecoratorA(pComp);
	pDecorator->Operation();
	delete pDecorator;
	return 0;
}

装饰模式是继承关系的一个替代方案。但是多层的装饰同样比较复杂，如果到最后才发现最里层的装饰出了问题。工作量可想而知，因此尽量减少装饰类的数量。

Decorator 模式除了采用组合的方式取得了比采用继承方式更好的效果，Decorator 模式还给设计带来一种“即用即付”的方式来添加职责。在OO 设计和分析经常有这样一种情况：为了多态，通过父类指针指向其具体子类，但是这就带来另外一个问题，当具体子类要添加新的职责，就必须向其父类添加一个这个职责的抽象接口，否则是通过父类指针是调用不到这个方法了。这样处于高层的父类就承载了太多的特征（方法），并且继承自这个父类的所有子类都不可避免继承了父类的这些接口，但是可能这并不是这个具体子类所需要的。而在Decorator 模式提供了一种较好的解决方法，当需要添加一个操作的时候就可以通过Decorator 模式来解决，你可以一步步添加新的职责。