Cherryleer 2015 July 08 后端
设计模式笔记:装饰者模式
概念
装饰者模式,又叫装饰模式。装饰模式是在不必改变原类文件和使用继承的情况下,动态地扩展一个对象的功能。它是通过创建一个包装对象,也就是装饰来包裹真实的对象。
组成
- 组件接口:给出一个抽象接口,以规范准备接收附加责任的对象;
- 具体组件类:组件接口的具体实现,定义一个将要接收附加责任的类,装饰者类将动态扩展这个对象的功能;
- 装饰者接口:持有一个组件对象的实例,并实现一个与抽象组件接口一致的接口,也可以是一个抽象类;
- 具体装饰者类:装饰者接口的具体实现,用来给具体组件类动态扩展功能。
应用场景
- 需要扩展一个类的功能,或者给一个类添加附加职责;
- 需要动态的给一个对象添加功能,这些功能可以再动态的撤销;
- 需要增加由一些基本功能的排列组合而产生的非常大量的功能,从而使继承关系变的不现实;
- 当不能采用生成子类的方法进行扩充时。一种情况是,可能有大量独立的扩展,为支持每一种组合将产生大量的子类,使得子类数目呈爆炸性增长;另一种情况可能是因为类定义被隐藏,或类定义不能用于生成子类。
优缺点
优点
- 装饰者模式与继承关系的目的都是要扩展对象的功能,但装饰者模式更灵活;
- 通过使用不同的具体装饰类以及这些装饰类的排列组合,可以创造出很多不同的行为组合。
缺点
- 这种比继承更加灵活的特性,也同时意味着更加多的复杂性;
- 装饰者模式会导致设计中出现很多小类,如果过度使用,会使得很凌乱,可以结合工厂模式进行改善;
应用举例
Starbuzz是以扩张速度最快而闻名的咖啡连锁店。因为扩张速度实在太快了,他们准备更新订单系统,以合乎他们对饮料供应要求。
他们原先的设计是这样的:
购买咖啡时,也可以要求在其中加入各种调料,例如:豆浆、摩卡、牛奶或着奶泡。Starbuzz会根据所加入的调料收取不同的费用。
如果简单使用继承:
使用装饰者模式
Beverage抽象类
CondimentDecorator抽象类
具体Beverage类
下面创建了Espresso和HouseBlend两个示例,其余具体的Beverage也可以参照此方法实现,比如DarkRoast。
具体CondimentDecorator类
下面是Mocha示例,其余具体的CondimentDecorator也可以参照此方法实现,比如Whip和Soy。
供应咖啡
运行程序
%java Starbuzz
Espresso $1.99
Dark Roast Coffee, Mocha, Mocha, Whip $1.49
House Blend Coffee, Soy, Mocha, Whip $1.34