设计模式之装饰模式
装饰模式(Decorator),其含义是动态地给一个对象添加一些额外的职责,就增加功能来说,Decorator模式相比生成子类更为灵活。有时候我们希望给某个对象而不是整个类添加一些功能,通常是使用继承机制,但是用户不能控制添加功能的时机,装饰模式是一种较为灵活的方式添加功能。
其适用性:
在不影响其他对象的情况下,以动态、透明的方式给单个对象添加职责,
处理那些可以撤销的职责,
当不能采用生成子类的方法进行扩充时,一种情况是,可能有大量独立的扩展,为支持每一种组合将产生大量的子类,使得子类数目呈爆炸性增长。另一种情况可能是因为类定义被隐藏,或类定义不能用于生成子类。
装饰模式可以在无需创建子类的情况下扩展类的功能:
动态添加功能的实现在ConcreteDecorator中,该类中Operation方法中在实现时调用了AddedBehavior方法,如果想再加功能可继续扩展Decorator子类,但是这样显然如果Component发生变化,装饰类需要跟着变化。模式实现如下:
顶级父类Component.java
package org.designpattern.structural.decorator;
public abstract void operation();
}
其有两个子类ConcreteComponent.java 和装饰父类Decorator.java
package org.designpattern.structural.decorator;
@Override
public void operation() {
System.out.println("concreteconponent operated!");
}
}
public class Decorator extends Conponent {
public Decorator(Conponent conponent){
this.conponent = conponent;
}
@Override
public void operation() {
conponent.operation();
}
}
具体的装饰类ConcreteDecorator.java
package org.designpattern.structural.decorator;
public ConcreteDecorator(Conponent conponent){
super(conponent);
}
@Override
public void operation() {
super.operation();
System.out.println("concreteDecorator operation!");
addedBehavior();
}
public void addedBehavior(){
System.out.println("concreteDecorator added behavior!");
}
}
客户端测试类:
public class Main {
Conponent conponent = new ConcreteConponent();
Conponent decorator = new ConcreteDecorator(conponent);
decorator.operation();
}
}
装饰对象的接口必须与它所装饰的Component的接口是一致的,因此所有的ConcreteDecorator类必须有一个公共的父类,而为了接口一致性,组件和装饰必须有一个公共的Component父类。这样ConcreteComponent并没有改变,却增加了行为,这便是动态添加。