1.定义
装饰模式以对客户透明的方式动态的给一个对象附加上更多的责任。换言之,客户端并不会觉得对象在装饰前和装饰后有什么不同。装饰模式可以在不使用创造更多子类的情况下,将对象的功能进行扩展。
设计初衷:通常可以使用继承来实现功能的拓展,如果这些需要拓展的功能的种类很繁多,那么势必生成很多子类,增加系统的复杂性,同时,使用继承实现功能拓展,我们必须可预见这些拓展功能,这些功能是编译时就确定了,是静态的。
2.装饰模式中的角色
(1),抽象构件(Component)角色:给出一个抽象接口,以规范准备接收附加责任的对象。
(2),具体构件(ConcreteComponent)角色:定义一个将要接收附加责任的类。
(3),装饰(Decorator)角色:持有一个构件(Component)对象的实例,定义一个与抽象构件接口一致的接口(方法)(使用时 就调用被装饰类的方法)
(4),具体装饰(ConcreteDecorator)角色:负责给构件对象“贴上”附加的责任。
3.装饰模式的类图
4.例子源码
(1) 构件角色
package com.example.design.decorate;
public interface Component {
public void doThingA();
}
(2) 具体构件角色
package com.example.design.decorate;
public class ConcreteComponent implements Component {
@Override
public void doThingA() {
// TODO 自动生成的方法存根
System.out.println("具体构件实现的抽象接口,do thing A ");
}
}
(3) 装饰类角色
package com.example.design.decorate;
public class Decorator implements Component{
private Component component = null;
public Decorator(Component component) {
this.component = component;
}
@Override
public void doThingA() {
// TODO 自动生成的方法存根
component.doThingA();//使用时调用被装饰对象的方法
}
}
(4) 具体装饰角色
具体装饰角色1
package com.example.design.decorate;
public class ConcreteDecorator1 extends Decorator {
public ConcreteDecorator1(Component component) {
super(component);// 调用父类的构造方法
}
@Override
public void doThingA() {
// TODO 自动生成的方法存根
super.doThingA();//调用被包装类的方法
doThingB();//“附加”功能
}
//要添加的扩展的功能
public void doThingB(){
System.out.println("具体装饰模式 do thing B");
}
}
具体装饰角色2
package com.example.design.decorate;
public class ConcreteDecorator2 extends Decorator {
public ConcreteDecorator2(Component component) {
super(component);
}
@Override
public void doThingA() {
// TODO 自动生成的方法存根
super.doThingA();//调用被包装类的方法
doThingC();
}
//扩展的功能
public void doThingC(){
System.out.println("具体装饰模式 do thing C");
}
}
最后是测试类
public class TestMain {
public static void main(String[] args) {
// TODO 自动生成的方法存根
ConcreteComponent concretecomponent =new ConcreteComponent();
concretecomponent.doThingA();
System.out.println("---------");
//装饰包装一层
ConcreteDecorator1 concreteDecorator1=new ConcreteDecorator1(concretecomponent);
concreteDecorator1.doThingA();
System.out.println("---------");
//再包装一层
ConcreteDecorator2 concreteDecorator2=new ConcreteDecorator2(concreteDecorator1);
concreteDecorator2.doThingA();
}
}
结果如下:
具体构件实现的抽象接口,do thing A
---------
具体构件实现的抽象接口,do thing A
具体装饰模式 do thing B
---------
具体构件实现的抽象接口,do thing A
具体装饰模式 do thing B
具体装饰模式 do thing C
5.装饰模式的优缺点
(1) 优点
装饰模式与继承关系的目的都是要扩展对象的功能,但是装饰模式可以提供比继承更多的灵活性。装饰模式允许系统动态决定“贴上”一个需要的“装饰”,或者除掉一个不需要的“装饰”。继承关系则不同,继承关系是静态的,它在系统运行前就决定了。
通过使用不同的具体装饰类以及这些装饰类的排列组合,设计师可以创造出很多不同行为的组合。
由于使用装饰模式,可以比使用继承关系需要较少数目的类。使用较少的类,当然使设计比较易于进行。但是,在另一方面,使用装饰模式会产生比使用继承关系更多的对象。更多的对象会使得查错变得困难,特别是这些对象看上去都很相像。
设计模式在JAVA I/O库中的应用
装饰模式在Java语言中的最著名的应用莫过于Java I/O标准库的设计了。
由于Java I/O库需要很多性能的各种组合,如果这些性能都是用继承的方法实现的,那么每一种组合都需要一个类,这样就会造成大量性能重复的类出现。而如果采用装饰模式,那么类的数目就会大大减少,性能的重复也可以减至最少。因此装饰模式是Java I/O库的基本模式。
参考文章:http://www.cnblogs.com/java-my-life/archive/2012/04/20/2455726.html