设计模式之装饰模式

在开发的过程中，随着业务需求的增多，可能会遇到这类问题：有一些之前开发的类需要增加新的功能。

首先想到的做法是：直接去修改这个类，往这个类去添加新的功能。这样做的后果是可能会牵扯到整个项目。

做法二：在创建一个新的类去继承这个类，然后往子类去添加功能实现。这种做法的局限是每次添加新功能都要写一个子类？

很显然，前面两种做法都不太符合实际开发。所以，就有了装饰模式

---

装饰模式（Decorator Pattern）允许向一个现有的对象添加新的功能，同时又不改变其结构。这种类型的设计模式属于结构型模式，它是作为现有的类的一个包装。
这种模式创建了一个装饰类，用来包装原有的类，并在保持类方法签名完整性的前提下，提供了额外的功能。

下面

现在，有一部比较老的手机，仅支持打电话，发信息，收信息。。

public class OldPhone {
    void fun(){
        System.out.println("打电话");
        System.out.println("发短信");
        System.out.println("收短信");
    }
}

随着社会的发展，手机的功能越来越多了，手机要增加发视频、发语音，看电影，听音乐等功能。在不改变老手机的结构下。可以这样做。

public class NewPhone {
   private OldPhone oldPhone;

    public NewPhone(OldPhone oldPhone){
        this.oldPhone = oldPhone;
    }
    void fun(){
        oldPhone.fun();
        System.out.println("发视频");
        System.out.println("发语音");
        System.out.println("看电影");
        System.out.println("听音乐");
    }
}

NewPhone就是OldPhone的装饰类，在装饰类的构造方法中传一个被装饰类的对象。
然后就可以在方法中调用旧方法，同时又可以增添新的方法。

测试代码如下。

public class Test01 {
    public static void main(String[] args) {
        NewPhone newPhone = new NewPhone(new OldPhone());
        newPhone.fun();
    }
}

运行结果如图：

好了，一个简单的栗子说完了。

通过上面栗子，细心的同学会发现在jdk的IO流中，使用了大量的装饰模式。
随便点开 BufferedOutputStream的源码，可以看到：

这里就在构造方法传一个OutputStream的对象。可以理解为就是因为OutputStream的功能不够用了，为了添加新功能所以就有了 BufferedOutputStream。