3.4 《硬啃设计模式》 第13章 星巴克的饮料计价系统 - 装饰者模式(Decorator Pattern)

说明:本案例纯属虚构,仅为了更方便形象地说明问题。(本案例参考了《Headfirst 设计模式》)


星巴克是很出名的高级饮料店,她有一个非常酷的饮料价格计算系统,这个系统的设计是这样的:


3.4 《硬啃设计模式》 第13章 星巴克的饮料计价系统 - 装饰者模式(Decorator Pattern)_第1张图片  

这个设计可谓相当地酷!Coffee(咖啡)、Mocha(摩卡)、Latte(拿铁)这三种饮品都实现了IDrink接口,要计算它们的价钱真是相当的容易,而且不管以后增加怎样的饮品,只要实现了IDrink接口,很容易计算价钱,PriceCalculator不用作任何修改。

不过星巴克的饮料出名,有一个很重要的做法就是每种饮料都可以加配料,如:牛奶、豆浆、雪糕等,而且配料可以加多种和多份,加了配料的饮料价格是:饮料+所有配料的价钱。
Well,怎样修改这个设计?配料要怎样考虑进去呢?

我们看看应用了装饰者模式的设计:

3.4 《硬啃设计模式》 第13章 星巴克的饮料计价系统 - 装饰者模式(Decorator Pattern)_第2张图片  

说明:
1.饮料的设计没有变化,但增加了一个DrinkDecorator(饮料装饰者),它和饮料一样,实现了IDrink接口。
2.DrinkDecorator是用来装饰某种饮料的,它装饰的饮料通过构造函数传入。
3.DrinkDecorator是抽象类,具体的配料Milk(牛奶)、Ice-cream(冰淇淋)类需要继承它。

如果我们想得到Coffee+Milk的价钱,代码如下:
Milk milk = new Milk(new Coffee);
Money money = milk.GetPrice();

第一句代码的意思是:新建一个装饰者Milk,同时将它要装饰的对象Coffee传入。
第二句代码的意思是:调用装饰者Milk的GetPrice()方法,就可以得到Coffee+Milk的总价钱。

为什么会这样呢?请仔细看看图中Ice-cream类的注释,说明了GetPrice()的实现方法,装饰者返回的 Price 是被装饰者的 Price 加上装饰者自己的价钱。

那怎样计算一杯摩卡(Mocha)加上一份牛奶(Milk)和一份冰淇淋(Ice-cream)的价钱呢?
代码如下:
Ice-cream ice-cream = new Ice-cream(new Milk(new Mocha));
Money money = ice-cream.GetPrice();

配料和饮料一样,同样是实现了IDrink接口,我们再仔细看看配料装饰的东西是IDrink类型的,所以配料也能装饰配料。所以无论是加上多少份配料或者多少种配料,都可以通过类似第一句的写法解决。

装饰者模式是多么地神奇啊,我们看看它的 类图

3.4 《硬啃设计模式》 第13章 星巴克的饮料计价系统 - 装饰者模式(Decorator Pattern)_第3张图片  

说明:
1.被装饰者和装饰者实现了相同的接口。
2.装饰者含有指向被装饰者的引用。

3.被装饰者可以被多个装饰者装饰。






请看下一文……
 
 
 

作者:张传波

创新工场创业课堂(敏捷课程)讲师

软件研发管理资深顾问

CMMI首席专家

《火球——UML大战需求分析》作者

《硬啃设计模式》作者

www.umlonline.org创办人


你可能感兴趣的:(设计模式,Decorator,UML,类图)