对新房进行装修并没有改变房屋用于居住的本质,但它可以让房子变得更漂亮,更能满足居家需求。装饰模式可以在不改变一个对象本身的基础上给对象增加额外的新行为,在现实生活中到处存在这种情况。
定义
动态的给一个对象增加一些额外的职责。就扩展而言,装饰模式提供了一种比使用子类更加灵活的替代方案。
装饰者模式适用于以下场景:
- 扩展一个类的功能或给一个类添加附加职责。
- 动态给一个对象添加功能,这些功能可以再动态的撤销。
结构
Component(抽象构件)
它是具体构件和抽象装饰类的共同父类,声明了在具体的构件中实现的业务方法,它的引入可以使客户端以一致的方式处理未被装饰的对象以及装饰之后的对象,实现客户端的透明操作。
ConcreteComponent(具体构件)
它是抽象构件类的子类,用于定义具体的构件对象,实现了在抽象构件中声明的方法,装饰类可以给它增加额外的职责(方法)。
Decorator(抽象装饰类)
它也是抽象构件类的子类,用于给具体构件增加职责,但是具体职责在其子类中实现,它维护一个指向抽象构件对象的引用,通过该引用可以调用装饰之前构件对象的方法,并通过其子类扩展该方法,以达到装饰目的。
ConcreteDecorator(具体装饰类)
它是抽象装饰类的子类,负责向构件添加新的职责。每一个具体装饰类都定义一些新的行为,它可以调用在抽象装饰类中定义的方法,并可以增加新的方法用于扩充对象的行为。
实现
1.抽象构件类,一般设计为接口或抽象类。
// 抽象构件类
public abstract class Component {
public abstract void operation();
}
2.具体构件类
// 具体构件类
public class ConcreteComponent extends Component {
@Override
public void operation() {
System.out.println("原方法");
}
}
3.抽象装饰类
// 抽象装饰类
public class Decorator extends Component {
// 维持一个对抽象构件对象的引用
private Component component;
// 注入一个抽象构件类型的对象
public Decorator(Component component) {
this.component = component;
}
@Override
public void operation() {
component.operation();
}
}
4.具体装饰类
// 具体装饰类
public class ConcreteDecorator extends Decorator {
public ConcreteDecorator(Component component) {
super(component);
}
@Override
public void operation() {
// 原有业务方法
super.operation();
// 装饰业务方法
addedBeahavior();
}
/**
* 装饰业务方法
*/
private void addedBeahavior() {
System.out.println("装饰之后");
}
}
5.测试
public class Client {
public static void main(String[] args) {
Component component = new ConcreteComponent();
Component concreteDecorator = new ConcreteDecorator(component);
concreteDecorator.operation();
}
}
6.运行截图
透明装饰模式与半透明装饰模式
上诉代码,就是透明装饰模式,要求客户端完全针对抽象编程。透明装饰模式可以让客户端透明地使用装饰之前的对象和装饰之后的对象,无需关心它们的区别,此外还可以对一个已装饰过的对象进行多次装饰。但新增的装饰方法addedBehavior()无法被单独调用,因为在抽象构件中没有声明它。
半透明装饰模式,为了能够调用到新增方法,不得不使用具体装饰类型来定义装饰之后的对象,而具体构件类型仍然可以使用抽象构件类型来定义。即 ConcreteDecorator cd = new ConcreteDecorator(); 而不是Component cd = new ConcreteDecorator();
优点
1.扩展一个对象的功能,装饰模式比继承更加灵活。
2.可以对同一个对象进行多次装饰,通过使用不同的具体装饰类以及这些装饰类的排雷组合可以创造很多不同的组合。
3.具体构件类与具体装饰类可以独立变化。
缺点
1.会产生很多小对象,这些对象的区别在与它们之间相互连接的方式有所不同,在一定成都上影响程序的性能。
2.对于多次装饰的对象,在调试寻找错误可能需要逐级排查,较为繁琐。