1、装饰模式概述
装饰模式:动态地给一个对象增加一些额外的职责。就扩展功能而言,装饰模式提供了一种比使用子类更加灵活的替代方案。
2、装饰模式结构与实现
2.1、装饰模式结构
(1)Component(抽象构件):具体构件和装饰类的共同父类,声明了在具体构件中实现的业务方法,它的引入可以使客户端以一种一致的方式处理未被装饰的对象以及装饰之后的对象,实现了客户端的透明操作。
(2)ConcreteComponent(具体构件):它是抽象构件类的子类,用于定于具体的构件对象,实现了在抽象构件中声明的方法,装饰类可以给它增加额外的职责。
(3)Decorator(抽象装饰类):它是抽象构件类的子类,用于给具体构件增加职责,但是具体职责在其子类中实现。它维护一个指向抽象构件对象的引用,通过该引用可以调用装饰之前构件对象的方法,并通过其子类扩展该方法,以达到装饰的目的。
(4)ConcreteDecorator(具体装饰类):它是通过装饰类的子类,负责向构件添加新的职责。每一个具体装饰类都定义了一些的新的行为,它可以调用在抽象装饰类中定义的方法,并增加薪的方法用于扩充对象的行为。
2.2装饰模式实现
(1)在装饰模式中,抽象构件类一般设计为抽象类或者接口,在其中声明了抽象业务的方法,当然也可以在抽象构件中实现一些所有具体构件懂共有的业务方法。
public abstract class Component { public abstract void operation(); }
(2)具体构件类作为抽象构件类的子类实现了在抽象构件类中声明的业务方法,通常咋具体构件类中只提供了基本功能的实现,一些复杂的功能需要通过装饰类进行扩展
public class ConcreteComponent extends Component { @Override public void operation() { //基本功能实现 } }
(3)装饰模式的核心在于抽象装饰类的设计
public class Decorator extends Component { private Component component; public Decorator(Component component) { this.component = component; } @Override public void operation() { component.operation(); } }
(4)、ConcreteDecorator继承operation()方法,并根据需要进行扩展,典型的具体装饰类如下:
public class ConcreteDecorator extends Decorator { public ConcreteDecorator(Component component) { super(component); } @Override public void operation(){ super.operation(); //原有的业务方法 addedBehavior(); //新增业务方法 } public void addedBehavior(){ } }
3、装饰模式应用模式