装饰模式

定义

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

英文定义：Attach additional responsibilities to an object dynamically keeping the same interface . Decorators provide a flexible alternative to subclassing for extending functionality .

装饰模式的UML类图如下所示：

装饰模式.jpg

上图中涉及到的角色包括：

• 抽象构件（Component）：是一个接口或者抽象类，定义最核心的对象。在装饰模式中，必然有一个最基本、最核心、最原始的接口或抽象类充当Component抽象构件。
• 具体构件（ConcreteComponent）：抽象构件的实现，需要装饰的就是它。
• 装饰角色（Decorator）：实现接口或者抽象方法，它里面可不一定有抽象的方法，在其属性中必然有一个private变量指向Component抽象构件。
• 具体装饰角色（ConcreteDecorator）：是抽象装饰角色的实现类，负责具体的装饰。

示例代码如下所示：

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

//具体构件
public class ConcreteComponent extends Component{
    //具体实现
    @Override
    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();
    }
}

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

public class ConcreteDecorator2 extends Decorator{
    //定义被修饰者
    public ConcreteDecorator2(Component component){
        super(component);
    }
    //定义自己的修饰方法
    private void method2(){
        System.out.println("method1修饰");
    }
    //重写父类的Operation方法
    public void operate(){
        this.method2();
        super.operate();
    }
}

//场景类
public class Client{
    public static void main(String[] args){
        Component component = new ConcreteComponent();
        //第一次修饰
        component = new ConcreteDecorator1(component);
        //第二次修饰
        component = new ConcreteDecorator2(component);
        //修饰后运行
        component.operate();
    }
}

优缺点

优点：

• 装饰类和被装饰类可以独立发展，而不会相互耦合。
• 装饰模式是继承关系的一个替代方案。
• 装饰模式可以动态地扩展一个实现类的功能。

缺点：

• 多层的装饰是比较复杂的，因此尽量减少装饰类的数量，以便降低系统的复杂度。

使用场景：

• 需要扩展一个类的功能，或给一个类增加附加功能。
• 需要动态地给一个对象增加功能，这些功能可以再动态地撤销。
• 需要为一批的兄弟进行改装或加装功能。

二维码走一波！

我的微信公众号.jpg