GOF设计模式（09）装饰模式

简介

一、定义

1、概念

• 装饰（Decorator）模式：动态地给一个对象增加一些额外的职责，就增加对象功能来说，装饰模式远比生成子类实现更加灵活。装饰模式是一种对象结构型模式

2、理解

• 抽象装饰类和具体的构件类都继承抽象构件的原因是想用装饰器包装构件之后还是面对同样的方法接口；

二、组件

• Component（抽象构件）：它是具体构件和抽象装饰类的共同父类，声明了在具体构件中实现的业务方法，它的引入可以使客户端以一致的方式处理未被装饰的对象以及装饰之后的对象，实现客户端的透明操作。
• ConcreteComponent（具体构件）：它是抽象构件类的子类，用于定义具体的构件对象，实现了在抽象构件中声明的方法，装饰器可以给它增加额外的职责（方法）。
• Decorator（抽象装饰类）：它也是抽象构件类的子类，用于给具体构件增加职责，但是具体职责在其子类中实现。它维护一个指向抽象构件对象的引用，通过该引用可以调用装饰之前构件对象的方法，并通过其子类扩展该方法，以达到装饰的目的。
• ConcreteDecorator（具体装饰类）：它是抽象装饰类的子类，负责向构件添加新的职责。每一个具体装饰类都定义了一些新的行为，它可以调用在抽象装饰类中定义的方法，并可以增加新的方法用以扩充对象的行为。

三、结构图

---

示例:图形界面构建库

一、抽象构件&具体构件

//抽象界面构件类：抽象构件类，为了突出与模式相关的核心代码，对原有控件代码进行了大量的简化
abstract class Component {
    public abstract void display();
}

//窗体类：具体构件类
class Window extends Component {
    public void display() {
        System.out.println("显示窗体！");
    }
}

//文本框类：具体构件类
class TextBox extends Component {
    public void display() {
        System.out.println("显示文本框！");
    }
}

二、抽象装饰器&具体装饰器

//构件装饰类：抽象装饰类
class ComponentDecorator extends Component {

    private Component component;  //维持对抽象构件类型对象的引用

    public ComponentDecorator(Component component)  //注入抽象构件类型的对象

    {

        this.component = component;

    }

    public void display() {

        component.display();

    }

}

//滚动条装饰类：具体装饰类
class ScrollBarDecorator extends ComponentDecorator {

    public ScrollBarDecorator(Component component) {

        super(component);

    }

    public void display() {

        this.setScrollBar();

        super.display();

    }

    public void setScrollBar() {

        System.out.println("为构件增加滚动条！");

    }

}

//黑色边框装饰类：具体装饰类
class BlackBorderDecorator extends ComponentDecorator {

    public BlackBorderDecorator(Component component) {

        super(component);

    }

    public void display() {

        this.setBlackBorder();

        super.display();

    }

    public void setBlackBorder() {

        System.out.println("为构件增加黑色边框！");

    }

}

三、测试代码：构件可以被装饰器多次包装

class Client {
    public static void main(String args[]) {
        Component component, componentSB, componentBB; //全部使用抽象构件定义
        component = new Window();
        componentSB = new ScrollBarDecorator(component);
        componentBB = new BlackBorderDecorator(componentSB); //将装饰了一次之后的对象继续注入到另一个装饰类中，进行第二次装饰
        componentBB.display();
    }
}

---

总结

一、优缺点

1、优点

• 对于扩展一个对象的功能，装饰模式比继承更加灵活 => 不会导致类的个数急剧增加！
• 可以对一个对象进行多次装饰，从而创造出很多不同行为的组合 => 得到功能更为强大的对象！
• 具体构件类与具体装饰类可以独立变化，可以根据需要增加新的具体构建和具体装饰 => 原有代码无需修改，符合开放封闭原则！

2、缺点

• 虽然装饰模式拱了一种比继承更加灵活机动的方案，但同时也意味着比继承更加易于出错，排错也很困难。特别是经过多次装饰的对象，调试时寻找错误可能需要逐级排查，较为繁琐。

二、使用场景

• 在不影响其他对象的情况下，想要动态地、透明地给单个对象添加职责 => 采用装饰模式吧！
• 当不能采用继承的方式对系统进行扩展 或 采取继承不利于系统扩展和维护时 => 采用装饰模式吧！

三、透明&半透明装饰模式

1、透明装饰模式

• 以上的示例就是典型的透明装饰模式
• 透明装饰模式可以让客户端透明地使用装饰之前的对象和装饰之后的对象，无须关心它们的区别
• 还可以对一个已装饰过的对象进行多次装饰，得到更为复杂、功能更为强大的对象
• 要求具体装饰类的operation()方法覆盖抽象装饰类的operation()方法，除了调用原有对象的operation()外还需要调用新增的addedBehavior()方法来增加新行为

2、半透明装饰模式（需要单独调用新增的业务方法）

• 为了能够调用到新增方法，必须用具体装饰类型来定义装饰之后的对象，而具体构件类型还是可以使用抽象构件类型来定义
• 对于客户端而言，具体构件类型无须关心，是透明的；但是具体装饰类型必须指定，这是不透明的

---

参考文章：设计模式的征途—10.装饰（Decorator）模式