装饰模式
装饰模式(Decorator Pattern)还有一个名字,包装器(wrapper),后面的名字,更贴切。
适用场景(个人理解):
我们想动态扩展一个对象的功能,更具体的说:想在一个对象调用的某个方法之前或之后加一些操作,以扩展其功能。装饰模式让上述想法实现像穿衣服一样简单而优雅!
举例:我们想向一个组件加一个边框。
上述需求可以通过继承来实现,但是十分不灵活,假设你又想加一个滚动条,又得继承一次。突然你又觉得,这个边框不想要了,只能改,或者在原来的组件基础上再来一个继承。当你的想要各式各样的这种组件的时候,类会爆炸!!而且,显然,继承是无法实现动态扩展对象的!
下面看装饰模式是如何实现的,uml图如下:
解释:ConreteComponent是我们要装饰的对象的类。它和Decorator有共同的父类,父类中,一定要有被“装饰”的方法。Decorator是个空架子,他把所有事情都委托给了component来做,component是Decorator组合的一个父类对象。这个对象,就是我们要装饰的对象。ScollbarDecorator和BorderDecorator是具体的装饰类。看Borderdecorator注释可以知道,它的实现方法,就是在对象component执行完draw()之后,再画一个边框。
好处:
1. 最基本的:十分灵活,不改变类,直接动态的对对象扩展。就像在对象外边“裹”了一层东西一样方便。
2. 很容易实现“双份”,只要“裹”两次就可以了。
3. 在有大量独立扩展,并且有时需要这些独立扩展组合的时候,装饰模式非常实用。
使用方法:
以上述uml为例,我们想要一个既有滚动条,又有边框的组件:
Component component = newConcreteComponent();
Component Bcomponent = new BoarderComponent(component);//带有边框了
Component BScomponent = newScorllerBarComponent(Bcomponent);//带有滚动条了