大话设计模式之装饰器模式

背景：

一个人出去约会，给这个人添加一些装饰如穿什么样的上衣、下衣、领带、鞋子等等。

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

UML类图：

被装饰的具体对象Person类：

public class Person {

    private String name;

    public Person() {
    }

    public Person(String name) {
        this.name = name;
    }

    public void show(){
        System.out.println(" 装饰的" + name);
    }
}

抽象的装饰器类Decorate:

public class Decorate extends Person {

    protected Person component;

    public void decorate(Person person){
        this.component = person;
    }

    @Override
    public void show() {
        if(component != null){
            component.show();
        }
    }
}

装饰器A DecorateA:

public class DecorateA extends Decorate {

    @Override
    public void show() {
        System.out.println("装饰A");
        super.show();
    }
}

装饰器B DecorateB:

public class DecorateB extends Decorate {

    @Override
    public void show() {
        System.out.println("装饰B");
        super.show();
    }
}

测试类：

public class Main {

    public static void main(String[] args) {
        System.out.println("Hello World!");
        Person person = new Person("David");
        Decorate decorateA = new DecorateA();
        Decorate decorateB = new DecorateB();
        decorateA.decorate(person);
        decorateB.decorate(decorateA);
        decorateB.show();
    }
}

总结：

在起初的设计中，当系统需要新功能额时候，是向旧的类中添加新的代码。这些新加的代码通常装饰了原有类的核心职责或主要行为，但是这种做法的问题在于，它们在主类中加入了新的字段，新的方法和新的逻辑，从而增加了主类的复杂度。而装饰模式却提供了一个非常好的解决方案，它吧每个要装饰的功能放在单独的类中，并让这个类包装它所要装饰的对象，因此当需要执行特殊行为时，客户代码就可以在运行时根据需要有选择的、按顺序的使用装饰功能包装对象了。

典型应用是JDK中的IO操作。