Decorator模式:
即使没有某个对象的类的源代码,甚至即便这个类是声明为final的,Decorator模式和Wrapper模式都允许装饰或包装(直白地说,就是修改)这个对象(的行为)。
Decorator模式适用于无法使用继承的情况(比如,所指对象的类为final),或者你不想亲自创建对象,而是想从另一个子系统中获取。
例如:Servlet容器创建了一个ServletRequest和ServletResponse,并将它们传给Servlet的service方法。改变ServletRequest,ServletResponse行为的唯一方法就是将它们包在其他对象中。
- 唯一必须满足的条件是,被装饰对象的类要实现一个接口,并且要包装的方法必须从这个接口处继承。
本质上来说,我们要修改的方法并不是来自于被装饰对象(不知道源码的类),而是源自于它所实现的接口,所以装饰器只需实现该接口,并且继承Decorator,然后再子类中编写新行为的程序即可。
总结:
必须记住的一点是,Decorator类和被装饰对象的类必须实现同一个接口。这样就可以将被装饰的对象包装在decorator中,并将decorator作为Component的实例进行传递。(比如装饰了ServletRequest后,我们就可以用decorator实例代替ServletRequest,作为FileterChain.doFilter()的参数继续传递下去)。
我们可以将任何Component接口的实现传给decorator。事实上,还可以将你的decorator传递给另一个decorator,对某个对象进行双重的装饰。