装饰模式也称为包装模式。结构型设计模式之一,其使用一种对客户端透明的方式动态的扩展对象的功能,同时它也是继承关系的一种替代方案之一。
装饰模式可以动态的给一个对象添加一些额外的职责。就增加功能功能来说,装饰模式相比生成子类更为灵活。
装饰模式的UML类图如图:
抽象组件类:可以是一个接口或者抽象类,其充当的是被装饰的原始对象。
Component.java
public interface Component {
/**
* 可以增加更多的方法
*/
public void doingSomething();
}
组件具体实现类:该类是 Component类的基本实现,也是我们装饰的具体对象。
ConcreteComponent.java
public class ConcreteComponent implements Component {
@Override
public void doingSomething() {
// TODO Auto-generated method stub
System.out.println("功能A");
}
}
抽象装饰者:其承担的职责就是为了装饰我们的组件对象,其内部一定要有一个指向组件对象的引用。在大多数情况下,该类是抽象类,需要根据不同的装饰逻辑实现不同的具体子类。当然如果装饰逻辑单一,只有一个的情况下我们可以省略该类作为具体的装饰者。
Decorator.java
public abstract class Decorator implements Component {
//持有一个Component对象的引用
private Component component;
/**
* 必要的构造方法 传入一个Component对象
* @param component
*/
public Decorator(Component component) {
this.component = component;
}
@Override
public void doingSomething() {
// TODO Auto-generated method stub
component.doingSomething();
}
}
装饰着具体实现类:对抽象装饰者的具体的实现,还可以添加新的功能。
ConcreteDecorator.java
public class ConcreteDecorator extends Decorator {
public ConcreteDecorator(Component component) {
// TODO Auto-generated constructor stub
super(component);
}
@Override
public void doingSomething() {
// TODO Auto-generated method stub
super.doingSomething();
this.doingAnotherThing();
}
/**
* 扩展的具体的方法
*/
public void doingAnotherThing() {
System.out.println("功能B");
}
}
装饰着具体实现类:对抽象装饰者的具体的实现,还可以添加新的功能。
ConcreteDecorator2.java
public class ConcreteDectator2 extends Decorator {
public ConcreteDectator2(Component component) {
// TODO Auto-generated constructor stub
super(component);
}
@Override
public void doingSomething() {
// TODO Auto-generated method stub
super.doingSomething();
this.doingAnotherThing();
}
/**
* 扩展的具体的方法
*/
public void doingAnotherThing() {
System.out.println("功能C");
}
}
最后是客户端Client.java
public class Client {
public static void main(String[] args) {
// 构造装饰的组件对象
Component c = new ConcreteComponent();
c.doingSomething();
System.out.println("---------------------------------------------");
ConcreteDecorator c2 = new ConcreteDecorator(c);
c2.doingSomething();
System.out.println("---------------------------------------------");
ConcreteDectator2 c3 = new ConcreteDectator2(c2);
c3.doingSomething();
System.out.println("---------------------------------------------");
System.out.println("---------------------------------------------");
//换一种写法
Component c1 = new ConcreteDectator2(new ConcreteDecorator(new ConcreteComponent()));
c1.doingSomething();
}
}
运行结果如下
功能A
---------------------------------------------
功能A
功能B
---------------------------------------------
功能A
功能B
功能C
---------------------------------------------
---------------------------------------------
功能A
功能B
功能C
可以看出,每装饰一次,功能就会增加一点。
总结:
装饰模式的优点
(1)装饰模式与继承关系的目的都是要扩展对象的功能,但是装饰模式可以提供比继承更多的灵活性。装饰模式允许系统动态决定“贴上”一个需要的“装饰”,或者除掉一个不需要的“装饰”。继承关系则不同,继承关系是静态的,它在系统运行前就决定了。
(2)通过使用不同的具体装饰类以及这些装饰类的排列组合,设计师可以创造出很多不同行为的组合。
装饰模式的缺点
由于使用装饰模式,可以比使用继承关系需要较少数目的类。使用较少的类,当然使设计比较易于进行。但是,在另一方面,使用装饰模式会产生比使用继承关系更多的对象。更多的对象会使得查错变得困难,特别是这些对象看上去都很相像。
注意:
装饰模式和代理模式有点类似,从UML类图上来看,有时容易混淆,主要是容易把装饰看成代理,所以尽量注意。
装饰模式是以对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案,而代理模式泽斯给一个对象提供一个代理对象来控制对原有对象的引用。装饰模式应该为所装饰的对象增强功能,代理模式对代理的对象的施加控制,但不对对象本身的功能进行增强。