Java设计模式-12、装饰模式-扩展系统功能

第12章：装饰模式-扩展系统功能

定义：

装饰模式(Decorator Pattern)：动态地给一个对象增加一些额外的职责，就增加对象功能来说，装饰模式比生成子类实现更为灵活。用来取代继承关系。

结构：

代码实现：

//抽象构件
interface Component {
    void operation();
}

//抽象装饰类
class Decorator implements Component {
    private Component component; //维持一个对抽象构件对象的引用

    public Decorator(Component component) { //注入一个抽象构件类型的对象
        this.component = component;
    }

    public void operation() {
        component.operation(); //调用原有业务方法
    }
}

//具体装饰类
class ConcreteDecorator extends Decorator {
    public ConcreteDecorator(Component component) {
        super(component);
    }

    public void operation() {
        super.operation(); //调用原有业务方法
        addedBehavior(); //调用新增业务方法
    }

    //新增业务方法
    public void addedBehavior() {
        //……
    }
}

应用实例：

图形界面，文本框，滚动条

初始设计：基于继承复用

1. 系统扩展麻烦
2. 代码重复
3. 系统庞大，类的数目非常多

使用装饰模式

//抽象界面构件类：抽象构件类
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 ListBox 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; //使用抽象构件定义
        component = new Window(); //定义具体构件
        componentSB = new ScrollBarDecorator(component); //定义装饰后的构件
        componentSB.display();
    }
}

希望得到一个既有滚动条又有黑色边框的窗体,修改

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();
    }
}

问题：

希望单独调用具体装饰类新增的方法，而不想通过抽象构件中声明的方法来调用新增方法

给文件对象增加审批删除功能

//抽象装饰类
class Decorator implements Document {
    private Document document;

    public Decorator(Document document) {
        this.document = document;
    }

    public void display() {
        document.display();
    }
}

//具体装饰类
class Approver extends Decorator {
    public Approver(Document document) {
        super(document);
        System.out.println("增加审批功能！");
    }

    public void approve() {
        System.out.println("审批文件！");
    }
}

客户端需要调用新增的方法时：

	Document doc; //使用抽象构件类型定义
    doc=new PurchaseRequest();
    Approver newDoc; //使用具体装饰类型定义
    newDoc=new Approver(doc);
    newDoc.display();//调用原有业务方法
    newDoc.approve();//调用新增业务方法

抽象构件类Document中没有对approve()方法的声明

客户端无法统一对待装饰之前的具体构件对象和装饰之后的构件对象。

新增行为可能需要单独调用

透明装饰模式：

• 要求客户端完全针对抽象编程，装饰模式的透明性要求客户端程序不应该将对象声明为具体构件类型或具体装饰类型，而应该全部声明为抽象构件类型

• 具体构件对象和具体装饰对象没有任何区别

Component c, c1; //使用抽象构件类型定义对象
c = new ConcreteComponent()；
c1 = new ConcreteDecorator (c)；
    
而不应该使用如下代码：
ConcreteComponent c; //使用具体构件类型定义对象
c = new ConcreteComponent()；
或
ConcreteDecorator c1; //使用具体装饰类型定义对象
c1 = new ConcreteDecorator(c)；

半透明装

Document doc; //使用抽象构件类型定义
doc = new PurchaseRequest();
Approver newDoc; //使用具体装饰类型定义
newDoc = new Approver(doc);#### 饰模式：

不能实现对同一个对象的多次装饰，而且客户端需要有区别地对待装饰之
前的对象和装饰之后的对象

没有抽象构件：

优点：

1. 对于扩展一个对象的功能，装饰模式比继承更加灵活性，不会导致类的个数急剧增加。
2. 可以通过一种动态的方式来扩展一个对象的功能，通过配置文件可以在运行时选择不同的
   具体装饰类，从而实现不同的行为。
3. 可以对一个对象进行多次装饰，通过使用不同的具体装饰类以及这些装饰类的排列组合，
   可以创造出很多不同行为的组合，得到功能更为强大的对象。
4. 具体构件类与具体装饰类可以独立变化，用户可以根据需要增加新的具体构件类和具体装
   饰类，原有类库代码无须改变，符合“开闭原则”。

缺点：

1. 使用装饰模式进行系统设计时将产生很多小对象，这些对象的区别在于它们之间相互连接
   的方式有所不同，而不是它们的类或者属性值有所不同，大量小对象的产生势必会占用更多
   的系统资源，在一定程序上影响程序的性能。
2. 装饰模式提供了一种比继承更加灵活机动的解决方案，但同时也意味着比继承更加易于出
   错，排错也很困难，对于多次装饰的对象，调试时寻找错误可能需要逐级排查，较为繁琐。

适用场景：

1. 在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责。
2. 当不能采用继承的方式对系统进行扩展或者采用继承不利于系统扩展和维护时可以使用装
   饰模式。不能采用继承的情况主要有两类：第一类是系统中存在大量独立的扩展，为支持每
   一种扩展或者扩展之间的组合将产生大量的子类，使得子类数目呈爆炸性增长；第二类是因
   为类已定义为不能被继承（如Java语言中的final类）。