装饰器模式,顾名思义,拘束将某个类重新装扮一下,使得它比原来更“漂亮”, 或者在功能上更强大,这就是装饰器模式所要达到的目的。但是作为原来的这个类的使用者,还不应该感受到装饰前和装饰后又什么不同,否则就破坏了原有类的结构了。
装饰器模式有如下结构:
• Component:抽象组件,定义了一组抽象的接口,规定这个被装饰类有哪些功能。
• ConcreteComponent: 实现这个抽象组件的所有功能。
• Decorator:装饰器角色, 它持有一个Component 对象实例的引用。
• ConcreteDecorator:具体的装饰器实现者,负责实现装饰器角色定义的功能。
好了,下面直接上代码:
1、先定义一个抽象组件 Component:
package com.hd.decorator; public interface Component { void Operation(); }
2、再实现这个抽象组件的功能
package com.hd.decorator; public class ConcreteComponent implements Component { @Override public void Operation() { System.out.println("具体抽象组件的功能"); } }
3、定义一个装饰器类
package com.hd.decorator; public class Decorator implements Component { protected Component component; public void setComponent(Component component){ this.component = component; } @Override public void Operation() { if(component != null){ component.Operation(); } } }
4、再定义装饰器的实现者:
package com.hd.decorator; public class ConcreteDecoratorA extends Decorator { @Override public void Operation() { System.out.println("加上装饰功能A..."); super.Operation(); } }
package com.hd.decorator; public class ConcreteDecoratorB extends Decorator { @Override public void Operation() { System.out.println("加上装饰功能B..."); super.Operation(); } }
5、下面测试一下:
package com.hd.decorator; public class TestDecorator { public static void main(String[] args) { Component c = new ConcreteComponent(); ConcreteDecoratorA d1 = new ConcreteDecoratorA(); ConcreteDecoratorB d2 = new ConcreteDecoratorB(); d1.setComponent(c); d2.setComponent(d1); d2.Operation(); } }
结果如下:
加上装饰功能B...
加上装饰功能A...
具体抽象组件的功能
装饰器和适配器模式,他们看似都是起到包装一个类或者对象的作用,但是使用他们的目的很不一样。
适配器模式的意思是要将一个接口转变成另一个接口,它的目的是通过改变接口来达到重复使用的目的; 而装饰器模式不是要改变被装饰对象的接口,而是恰恰要保持原有的接口,但是增强原有对象的功能,或者改变原有对象的处理方法而提升性能。所以这两个模式设计的目的是不同的。