《设计模式之禅》-装饰模式

定义：

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

 

 

装饰模式有四个角色

1.Component抽象构件

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

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

2.ConCreteComponent具体构件

ConcreteComponent 是最核心，最原始，最基本的接口或是抽象类，你要装饰的就是它，也就说这个是被装饰类

3.Decorator装饰角色

一般是一个抽象类，做什么用的呢，实现接口或者抽象方法，它里面不一定有抽象方法，但是它的属性里面必然有一个private变量指向Component抽象构件

4.具体装饰角色

ConcreteDecoratorA 和ConcreteDecoratorB是两个具体的装饰类， 你要把你最核心的，最原始的，最基本的东西装饰成其他东西

抽象构件

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

具体构件 被装饰者 

//具体构件 被装饰者
public class ConcreteComponent  extends Component {
    //具体实现
    public void operate(){
        System.out.println("do Something");
    }
}

装饰角色通常是一个抽象类

//装饰角色通常是一个抽象类
public abstract class Decorator extends Component {
    private Component component = null;
    //通过构造函数传递被修饰者
    public Decorator ( Component  _component){
        this.component = _component;
    }

    //委托给被修饰者执行
    @Override
    public void operate (){
        this.component.operate();
    }
}

注意：

1.如果只有一个装饰类,则可以没有抽象装饰角色，直接实现具体的装饰角色即可

2.原始方法和装饰方法的执行顺序在具体的装饰类是固定的，可以通过方法重载实现多种执行顺序

场景类 

//场景类
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.装饰模式可以动态的扩展一个实现类的功能，装饰模式就是干这活的

缺点

多层装饰时会比较复杂，调试起来会比较麻烦

使用场景

1.扩展一个类的功能，或给一个类增加附加功能

2.动态给一个对象增加功能，也可以动态撤消

3.需要为一批兄弟类进行改装或加装功能，首选装饰模式

继承是静态地给类增加功能，而装饰模式则是动态地增加功能

 

demo: https://gitee.com/minstrel01/Design-Pattern-demo.git decorator_pattern

详细代码：https://blog.csdn.net/Minstrel007/article/details/95111566