（三）装饰者模式

 一，概念

装饰器模式是一种属于结构型的设计模式，它通过一层一层地包装类方式来为类增加新的方法，本质是利用组合，同时也利用了继承。与单纯的继承相比，它更加灵活，因为装饰类之间可以动态地自由组合来添加功能。

给对象添加方法的方式有多种，通常，当说到给对象添加方法时，最直接的就是直接在该对象的类中增加新的方法，但这样在最上方增加方法，不仅更改了原来的代码结构，还会让代码看起来十分臃肿；然后，我们就能想到继承，直接新增加一个类来继承，在子类中添加方法，然而这样做并不够灵活，而且在不断增加方法时，还会出现多重继承的现象，导致代码结构很乱；那么，这时候就需要另一种方式了，这种方式就是组合的方式。

二，装饰模式（decorator）

• 表示动态的给一个对象添加一些新的功能（利用子类继承父类也可以实现），但是比生成子类方式更灵活。也叫装饰者模式或者装饰器模式、包装器模式。也是继承关系的一种代替方案。
• Component（抽象组件）：可以是抽象类或者接口，可以给这些对象动态添加职责。真实对象和装饰者对象有相同的接口，这样客户端不用知道内部有装饰者对象（Decorator）存在的，还是以之前处理真实对象的相同方式来和装饰者对象交互。
• ConcreteComponent（具体组件 ）：是抽象组件的一个子类，具体组件的实例称为“被装饰者“，也可以给这个对象添加一些其他功能。
• Decorator（抽象装饰类）：也是抽象组件的一个子类，但抽象装饰类中还包含一个抽象组件声明的变量以保存“被装饰者“的引用。装饰可以是一个抽象类也可以是一个非抽象类，如果是非抽象类，该类的实例称为”装饰者“。
• ConcreteDecorato （具体装饰）：是抽象装饰类的一个非抽象子类，具体装饰的实例称为“装饰者“。只对抽象装饰类做出具体的实现，它还起到了给Component添加职责的功能。

#include<iostream>
#include<string>
#include<vector>
#include<stack>
#include<cmath>
using namespace std;

/**
 * 被装饰的人
 */
class Person   //定义一个Component对象接口，显示出装扮后的装饰
{
private:
	string m_name;
public:
	virtual ~Person() =default;
	Person() = default;
	Person(string name)
	{
		m_name = name;
	}
	virtual void show()
	{
		cout << "装饰的" << m_name << endl;
	}
};

/**
 * 服饰类
 */
class Finery: public Person {
protected:
    Person *component;

    /**
     * 打扮
     *
     * @param component
     */
public:
    void decorate(Person *component) {
        this->component = component;
    }

    void show() {
        if (this->component != nullptr) {
            component->show();
        }
    }
};


/**
 * T恤类
 */
class TShirts: public Finery {
public:
    void show() {
        cout<<"大体恤 "<<endl;
        Finery::show();
    }
};

/**
 * 垮裤类
 */
class BigTrouset:public Finery {
public:
    void show() {
        cout<<"垮裤 "<<endl;
        Finery::show();
    }
};

/**
 * 破鞋子类
 */
class BrokenShoes: public Finery {
public:
    void show() {
        cout<<"破鞋子 "<<endl;
        Finery::show();
    }
};

/**
 * 大话设计模式
 * 第三章:装饰者设计模式
 */

int main()
{
    Person *person=new Person("小明");
    cout<<"装扮风格: "<<endl;

    //T恤
    TShirts *tShirts=new TShirts();
    //垮裤
    BigTrouset *bigTrouset =new BigTrouset();
    //破鞋子
    BrokenShoes *brokenShoes=new BrokenShoes();

    //装饰小明
    tShirts->decorate(person);
    //装饰T恤
    bigTrouset->decorate(tShirts);
    //装饰垮裤
    brokenShoes->decorate(bigTrouset);
    brokenShoes->show();
}

结果

装扮风格: 
破鞋子 
垮裤 
大体恤 
装扮的小明

三，优点

• 装饰者模式与继承关系的目的都是要扩展对象的功能，但是装饰者模式可以提供比继承更多的灵活性，它可以动态的来扩展一个对象的功能。继承的话会导致子类个数增加。而装饰者模式不会出现这种情况，所以说装饰者模式扩展功能强。
• 通过使用不同的具体装饰类以及这些装饰类的排列组合，设计师可以创造出很多不同行为的组合。
• 把类的装饰功能从类中搬移去除，这样可以简化原有的类。
• 装饰模式降低系统的耦合度，可以动态的增加或删除对象的职责. 具体组件类与具体装饰类可以独立变化，用户可以根据需要增加新的具体组件类和具体装饰类，在使用时再对其进行组合，原有代码无须改变，符合“开闭原则”。
• 在不改变原有代码的情况下,把类的核心功能和装饰功能区分开了,并能动态扩展一个对象的新功能。
• 被装饰者和装饰者是松耦合关系。由于装饰仅仅依赖于抽象组件，因此具体装饰只知道它要装饰的对象是抽象组件某一个子类的实例，但不需要知道是哪一个具体子类。

四，缺点

• 这种比继承更加灵活机动的特性，也同时意味着更加多的复杂性。
• 装饰模式会导致设计中出现许多小类，大量小对象会占据内存。一定程度上影响了性能。如果过度使用，会使程序变得很复杂。
• 因为所有对象都是继承于（抽象组件）Component, 所以如果Component内部结构发生改变，则不可避免地影响所有子类(装饰者和被装饰者)，如果基类改变，势必影响对象的内部。
• 比继承更加灵活机动的特性，也同时意味着装饰模式比继承更加易于出错，排错也很困难，对于多次装饰的对象，调试时寻找错误可能需要逐级排查，较为烦琐，所以只在必要的时候使用装饰者模式。