c++设计模式-装饰模式
装饰模式
装饰模式
适用情况
假如你已经开发了n个功能类,然后你需要在这n个类的基础上,一个类负责一个功能,分别为读、写、修改,拓展m功能,如加密,需要构建为读加密、写加密、修改加密这m*n个类,如果m和n的数量很大,子类数量将爆炸
假设你正在开发一个提供通知功能的库, 其他程序可使用它向用户发送关于重要事件的通知。
库的最初版本基于 通知器Notifier类, 其中只有很少的几个成员变量, 一个构造函数和一个 send发送方法。 该方法可以接收来自客户端的消息参数, 并将该消息发送给一系列的邮箱, 邮箱列表则是通过构造函数传递给通知器的。 作为客户端的第三方程序仅会创建和配置通知器对象一次, 然后在有重要事件发生时对其进行调用。
此后某个时刻, 你会发现库的用户希望使用除邮件通知之外的功能。 许多用户会希望接收关于紧急事件的手机短信, 还有些用户希望在微信上接收消息, 而公司用户则希望在 QQ 上接收消息。
这有什么难的呢? 首先扩展 通知器类, 然后在新的子类中加入额外的通知方法。 现在客户端要对所需通知形式的对应类进行初始化, 然后使用该类发送后续所有的通知消息。
但是很快有人会问: “为什么不同时使用多种通知形式呢? 如果房子着火了, 你大概会想在所有渠道中都收到相同的消息吧。”
你可以尝试创建一个特殊子类来将多种通知方法组合在一起以解决该问题。 但这种方式会使得代码量迅速膨胀, 不仅仅是程序库代码, 客户端代码也会如此。
其实之前的设计模式原则里有一条,组合优于继承,对于拓展的继承会产生数量巨大的类,可以尝试使用组合
优缺点
优点:你无需创建新子类即可扩展对象的行为、编译时拓展变成运行时拓展、
缺点:代码有些难以理解、在封装器栈中删除特定封装器比较困难
与其他模式关系
这个等学完在对比
简易类图
代码实例
先看一个生动形象的例子,不同咖啡的制作需要不同的原料
/********** 所有饮料的基类 **********/
class IBeverage
{
public:
virtual string Name() = 0; // 名称
virtual double Cost() = 0; // 价钱
};
/********** 具体的饮料(咖啡)**********/
// 黑咖啡,属于混合咖啡
class HouseBlend : public IBeverage
{
public:
string Name() {
return "HouseBlend";
}
double Cost() {
return 30.0;
}
};
// 深度烘培咖啡豆
class DarkRoast : public IBeverage
{
public:
string Name() {
return "DarkRoast";
}
double Cost() {
return 28.5;
}
};
/********** 调味品 **********/
class CondimentDecorator : public IBeverage
{
public :
CondimentDecorator(IBeverage *beverage) : m_pBeverage(beverage) {}
string Name() {
return m_pBeverage->Name();
}
double Cost() {
return m_pBeverage->Cost();
}
protected :
IBeverage *m_pBeverage;
} ;
/********** 具体的饮料(调味品)**********/
// 奶油
class Cream : public CondimentDecorator
{
public:
Cream(IBeverage *beverage) : CondimentDecorator(beverage) {}
string Name() {
return m_pBeverage->Name() + " Cream";
}
double Cost() {
return m_pBeverage->Cost() + 3.5;
}
};
// 摩卡
class Mocha : public CondimentDecorator
{
public:
Mocha(IBeverage *beverage) : CondimentDecorator(beverage) {}
string Name() {
return m_pBeverage->Name() + " Mocha";
}
double Cost() {
return m_pBeverage->Cost() + 2.0;
}
};
// 糖浆
class Syrup : public CondimentDecorator
{
public:
Syrup(IBeverage *beverage) : CondimentDecorator(beverage) {}
string Name() {
return m_pBeverage->Name() + " Syrup";
}
double Cost() {
return m_pBeverage->Cost() + 3.0;
}
};
class Component {
public:
virtual ~Component() {}
virtual std::string Operation() const = 0;
};
class ConcreteComponent : public Component {
public:
std::string Operation() const override {
return "ConcreteComponent";
}
};
class Decorator : public Component {
protected:
Component* component_;
public:
Decorator(Component* component) : component_(component) {
}
std::string Operation() const override {
return this->component_->Operation();
}
};
class ConcreteDecoratorA : public Decorator {
public:
ConcreteDecoratorA(Component* component) : Decorator(component) {
}
std::string Operation() const override {
return "ConcreteDecoratorA(" + Decorator::Operation() + ")";
}
};
class ConcreteDecoratorB : public Decorator {
public:
ConcreteDecoratorB(Component* component) : Decorator(component) {
}
std::string Operation() const override {
return "ConcreteDecoratorB(" + Decorator::Operation() + ")";
}
};
void ClientCode(Component* component) {
// ...
std::cout << "RESULT: " << component->Operation();
// ...
}
int main() {
Component* simple = new ConcreteComponent;
std::cout << "Client: I've got a simple component:\n";
ClientCode(simple);
std::cout << "\n\n";
Component* decorator1 = new ConcreteDecoratorA(simple);
Component* decorator2 = new ConcreteDecoratorB(decorator1);
std::cout << "Client: Now I've got a decorated component:\n";
ClientCode(decorator2);
std::cout << "\n";
delete simple;
delete decorator1;
delete decorator2;
return 0;
}
输出结果
Client: I've got a simple component:
RESULT: ConcreteComponent
Client: Now I've got a decorated component:
RESULT: ConcreteDecoratorB(ConcreteDecoratorA(ConcreteComponent))