装饰模式
-
什么是装饰模式
动态地给一个对象添加额外的职责，就增加功能来说，装饰模式比生成子类更加灵活。别名，包装器Wrapper -
什么场景会用到装饰模式
有时我们希望给某个对象而不是整个类添加一些功能。例如,一个图形用户界面工具箱
允许你对任意一个用户界面组件添加一些特性,例如边框,或是一些行为,例如窗口滚动。
使用继承机制是添加功能的一种有效途径,从其他类继承过来的边框特性可以被多个子
类的实例所使用。但这种方法不够灵活,因为边框的选择是静态的,用户不能控制对组件加
边框的方式和时机。
一种较为灵活的方式是将组件嵌入另一个对象中,由这个对象添加边框。我们称这个嵌
入的对象为 装饰 。这个装饰与它所装饰的组件接口一致,因此它对使用该组件的客户透明。
它将客户请求转发给该组件,并且可能在转发前后执行一些额外的动作(例如画一个边框)。
透明性使得你可以递归的嵌套多个装饰,从而可以添加任意多的功能。优点，把类中的装饰功
能从类中移除，这样可以简化原有的类。我们现在想象这样一个场景。有一家奶茶店，用户可以根据自己的需要选择加什么，有的喜欢加奶，有的愿意加糖，有的在夏天里还要多加点冰，每种添加物的价钱都是不一样的，比如加糖是1块钱，加奶是两块钱，加冰的话免费，原料都是红茶，只不过是在原料的基础上添加各种添加物，最终表现出不同的口味。
-
适用性
以下情况使用Decorator模式
• 在不影响其他对象的情况下,以动态、透明的方式给单个对象添加职责。
• 处理那些可以撤消的职责。
• 当不能采用生成子类的方法进行扩充时。一种情况是,可能有大量独立的扩展,为支持
每一种组合将产生大量的子类,使得子类数目呈爆炸性增长。另一种情况可能是因为类
定义被隐藏,或类定义不能用于生成子类。
相关参考：
<大话设计模式>，<设计模式，可复用面向对象软件的基础>,<Head First 设计模式>
源码在此
165
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
