设计模式之禅学习笔记--装饰者模式

一、定义

动态地给一个对象添加一些额外的职责。就增加功能来说，装饰者模式相比生成子类更为灵活。

二、通用类图

1：Component 抽象构件。Component是一个接口或者是抽象类，就是定义我们最核心的对象，也就是最原始的对象。

2：ConcreteComponent 具体构件。ConcreteComponent是最核心、最原始、最基本的接口或抽象类的实现，要装饰的就是它。

3：Decorator 装饰角色。一般是一个抽象类，用于实现接口或者抽象方法，它里面可不一定有抽象方法，在它的属性里必然有一个private 变量指向Component抽象构件。

4：ConcreteDecorator 具体装饰角色。你要把你最核心的、最原始的、最基本的东西装饰成其他东西。

三、通用代码

1：抽象构件Component

public abstract class Component {//抽象方法public abstract void operate();}

2：具体构件 ConcreteComponent

public class ConcreteComponent extends Component{@Overridepublic void operate() {System.out.println("do somthing");}}

3：抽象装饰角色

public abstract class Decorator extends Component {private Component component = null;//通过构造函数传递被修饰者public Decorator(Component component) {this.component = component;}//委托给被修饰者执行@Overridepublic void operate() {this.component.operate();}}

4：具体装饰角色

public class ConcreteDecorator1 extends Decorator {//定义被修饰者public ConcreteDecorator1(Component component) {super(component);}//定义自己的修饰方法private void method1() {System.out.println("method1 装饰");}@Overridepublic void operate() {this.method1();super.operate();} }

public class ConcreteDecorator2 extends Decorator {public ConcreteDecorator2(Component component) {super(component);}private void method2() {System.out.println("method2 装饰");}@Overridepublic void operate() {super.operate();this.method2();}}

5：场景类

public class Client {public static void main(String[] args) {Component component = new ConcreteComponent();//第一次装饰component = new ConcreteDecorator1(component);//第二次装饰component = new ConcreteDecorator2(component);component.operate();}}

四、优缺点

1：装饰类和被装饰类可以独立发展，而不会相互耦合。也就是说，Component类不需要知道Decorator类，Decorator类是从外部来扩展Component类的功能，二Decorator也不用知道具体的构件。

2：装饰模式是继承关系的一个替代方案。装饰类Decorator，不管装饰多少层，返回的对象都是Component，实现的还是is-a关系。

3：装饰模式可以动态地扩展一个实现类的功能。

4：剁成的装饰是比较复杂的，尽量减少装饰类的数量，以便降低系统的复杂度。

五、注意点

1：在装饰模式中，必然有一个最基本、最核心、最原始的接口或抽象类充当Component抽象构件。

2：原始方法和装饰方法的执行顺序咋ijut的装饰类是固定的，可以通过方法重载事项多种执行顺序。