定义:动态地给一个对象添加一个额外的职责。就增加功能来说,装饰模式比生成子类更为灵活。
![](https://i-blog.csdnimg.cn/blog_migrate/5c0dcd3474486a8b324d177c4e1e854b.png)
Component: 组件对象的接口,可以给这些对象动态地添加职责
ConcreteComponent:具体的组件对象,实现组件对象接口,通常就是被装饰器装饰的原始对象,也就是可以给这个对象添加职责
Decorator: 所有装饰器的抽象父类,需要定义一个与组件接口一致的接口,并持有一个Component对象,其实就是持有一个被装饰的对象
ConcreteDecorator: 实际的装饰器对象,实现具体要向被装饰对象添加的功能
/**
* 组件对象的接口,可以给这些对象动态地添加职责
*/
public abstract class Component {
public abstract void operation();
}
/**
* 具体实现组件对象接口的对象
*/
public class ConcreteComponent extends Component {
@Override
public void operation() {
//相应的功能处理
}
}
/**
* 装饰器接口,维持一个指向组件对象的接口对象,并定义一个与组件接口一致的接口
*/
public abstract class Decorator {
/**
* 持有组件对象
*/
protected Component component;
/**
* 构造方法,传入组件对象
* @param component 组件对象
*/
public Decorator(Component component) {
this.component = component;
}
public void operation() {
//转发请求给组件对象,可以在转发前后执行一个附加动作
component.operation();
}
}
/**
* 装饰器的具体实现对象,向组件对象添加职责
*/
public class ConcreteDecoratorA extends Decorator {
/**
* 构造方法,传入组件对象
*
* @param component 组件对象
*/
public ConcreteDecoratorA(Component component) {
super(component);
}
/**
* 添加的状态
*/
private String addedState;
public String getAddedState() {
return addedState;
}
public void setAddedState(String addedState) {
this.addedState = addedState;
}
@Override
public void operation() {
//调用父类的方法,可以在调用前后执行一些附加动作
//在这里进行处理的时候,可以使用添加的状态
super.operation();
}
}
/**
* 装饰器的具体实现,向组件对象添加职责
*/
public class ConcreteDecoratorB extends Decorator{
/**
* 构造方法,传入组件对象
*
* @param component 组件对象
*/
public ConcreteDecoratorB(Component component) {
super(component);
}
/**
* 需要添加的职责
*/
private void addedBehavior() {
//需要添加的职责实现
}
@Override
public void operation() {
//调用父类的方法,可以在调用前后执行一些附加动作
super.operation();
addedBehavior();
}
}
装饰模式的优点:
比继承更灵活
更容易复用功能
简化高层定义
装饰模式的缺点:
会产生很多细粒度对象
何时选用装饰模式:
1. 需要在不影响其他对象的情况下,以动态、透明的方式给对象添加职责,可以使用装饰模式,这几乎就是装饰模式的主要功能
2. 不合适使用子类来进行扩展的时候,可以考虑使用装饰模式。因为装饰模式是使用的“对象组合”的方式。所谓不合适用子类扩展的方式,比如,扩展功能需要的子类太多,造成子类数目呈爆炸性增长