《Head First设计模式》读书笔记 -- 装饰者模式

---

装饰者模式动态地将责任附加到对象上。若要扩展功能，装饰者提供了比继承更有弹性的解决方案。

书中用星巴克来举例子，星巴克的扩张速度非常快，所以需要不断更新饮品种类。

最初的设计是店内所有饮品（根据调料的不同会衍生出不同的饮品，例如摩卡咖啡、香草咖啡、双倍摩卡咖啡）都继承自Beverage类，实现description（饮品描述）和cost（价格）方法，结果如下：

缺点：
1、类爆炸（类的数量过多）。
2、维护不便（某种调料价格变动时需要修改大量类的代码，新增调料后类数量翻倍）。

到这里书中提出一个设计原则：
类应该对扩展开放，对修改关闭。

我们的目标是在不修改原有代码的情况下，允许对类进行扩展，产生新的行为以应对改变。我们可以以饮料本身（咖啡，红茶，奶茶）作为本体，用调料（珍珠，椰果，奶霜）来装饰饮料。

· 装饰者和被装饰者继承自相同父类，在需要被装饰者的场合可以用装饰者代替被装饰者。
· 可以用一个或多个装饰者包装一个对象。
· 装饰者可以在被装饰者的行为前或后加上自己的行为。
· 对象可以在运行时动态，不限量地被装饰。

拿”椰果奶茶“来举例子：

//饮料基类
class Beverage
{
public:
	virtual string getDescription()
	{
		return "奶茶";
	}

	virtual int cost()
	{
		return 7;
	}
};

class 奶茶 : public Beverage
{
public:
	string getDescription() override
	{
		return "奶茶";
	}

	int cost() override
	{
		return 7;
	}
};

class 椰果 : public Beverage
{
private:
	Beverage* 被装饰者;
public:
	椰果(Beverage* 被装饰者)
	{
		this->被装饰者 = 被装饰者;
	}

	string getDescription() override
	{
		return "椰果" + 被装饰者->getDescription();
	}

	int cost() override
	{
		return 2 + 被装饰者->cost();
	}
};

int main()
{
	Beverage* m_椰果奶茶 = new 椰果(new 奶茶());
	cout << m_椰果奶茶->getDescription() << endl; // 椰果奶茶
	cout << m_椰果奶茶->cost() << endl; // 9
}

如果不将奶茶作为参数传入椰果中，椰果是不能使用的，和现实中一样不能单点调料而不点底料。只要再装饰m_椰果奶茶就能达到继续添加调料的效果。