1.装饰模式又名包装(Wrapper)模式
装饰模式以对客户端透明的方式扩展对象的功能, 是继承关系的一个替代方案.
装饰模式以对客户端透明的方式动态的给一个对象附加上更多的责任. 换言之,客户端并不会觉得对象在装饰前和装饰后有什么区别.
装饰模式可以在不创造更多子类的情况下将对象的功能加以扩展.
装饰类把对客户端的调用委派到被装饰对象.
2.装饰模式的角色:
①抽象构件角色(Component):给出一个抽象接口,一规范准备接受附加责任的对象.
②具体构件角色(Concrete Component):定义一个将要接受附加责任的类.
③装饰角色(Decorator):持有一个构件(Componet)对象的引用,并定义一个与抽象构件接口一致的接口.
④具体装饰角色(Concrete Decorator):负责给构件对象"贴上"附加的责任.
3.装饰对象的特点:
装饰对象和真实对象有相同的接口, 这样客户端对象就可以以和真实对象相同的方式和装饰对象交互.
装饰对象包含一个真实对象的引用.
装饰对象接受所有来自客户端的请求.它把这些请求转发给真实的对象.
装饰对象可以在转发这些请求以前或以后增加一些附加功能. 这样就能确保在运行时, 不用修改给定对象的结构就可以在外部正价附加的功能. 在面向对象的设计中, 通常是通过继承来实现对给定类的功能扩展.
3. 装饰模式VS继承:
装饰模式:
①用来扩展特定对象的功能
②不需要子类.
③动态
④运行时分配责任
⑤防止由于子类而导致的复杂和混乱.
⑥更多的灵活性.
⑦对于一个给定的对象,同时可能有不同的装饰对象,客户端可以通过它的需要选择合适的装饰对象发送消息.
继承:
①用来扩展一类对象的功能.
②需要子类
③静态
④编译时分派职责
⑤导致很多子类产生
⑥缺乏灵活性.