从IO中学习装饰器模式

最近在重学IO，我们在创建输入输出流的时候总会在构造函数中嵌套很多类，比如：BufferedReader in = new BufferedReader(new FileReader(fileName));，其实这段代码就是装饰器模式的应用，那什么是装饰器模式、有什么应用场景、优缺点是什么？

装饰器模式定义

装饰器模式（Decorator Pattern）允许向一个现有的对象添加新的功能，同时又不改变其结构，装饰器模式的类图如下：

装饰器类图

装饰器的角色介绍：

装饰器抽象构件 => Component，为一个接口或抽象类
具体的构建实现类 => ConcreteComponent
装饰器类 => Decorator
具体的装饰器类 => ConcreteDecoratorA，ConcreteDecoratorB，装饰器类的具体实现，里面必有一个属性指向Componet装饰器抽象构建

装饰器模式Demo

以写简历和hr读简历的例子来讲解装饰器模式

抽象类或接口：Resume.java
面向接口编程，所以选择了接口方式
定义了一个自我介绍的方法
```
public interface Resume {
    void selfIntroduce();
}
```

基本实现类：MyResume.java

public class MyResume implements Resume {
    @Override
    public void selfIntroduce() {
        System.out.println("姓名: 何甜甜");
        System.out.println("求职方向：服务端开发");
    }
}

光有这些基本信息是不够的，需要有亮点，不然无法在寒冬求职中过简历关，所以我们得再装饰下简历，但前提要求是不动基本实现类

装饰器类：Decorator.java

public abstract class Decorator implements Resume {
    /**
     * 接口
     */
    private Resume resume;

    /**
     * 构造函数
     */
    public Decorator(Resume resume) {
        this.resume = resume;
    }

    @Override
    public void selfIntroduce() {
        //调用传入Resume实现类的方法
        resume.selfIntroduce();
    }
}

具体的装饰器类
可以有多个具体的装饰器类

WorkExperienceDecorator.java

  public class WorkExperienceDecorator extends Decorator {
    /**
     * 构造函数
     *
     * @param resume
     */
    public WorkExperienceDecorator(Resume resume) {
        super(resume);
    }

    @Override
    public void selfIntroduce() {
       super.selfIntroduce();
       //在装饰一下简历，添加工作奖励
      addWorkExperience() 
    }

    public void addWorkExperience() {
        System.out.println("2018-2019：xxx公司打杂");
    }
  }

OtherDecorator.java

public class OtherDecorator extends Decorator {
    /**
     * 构造函数
     *
     * @param resume
     */
    public OtherDecorator(Resume resume) {
        super(resume);
    }

    @Override
    public void selfIntroduce() {
        super.selfIntroduce();
        //添加其他信息，比如github、个人博客
        addOther();
    }

    public void addOther() {
        System.out.println("博客：https://juejin.im/user/5b8f8cc05188255c735f3f1d");
        System.out.println("github：https://github.com/TiantianUpup");
    }
}

测试类

public class Test {
    public static void main(String[] args) {
        Resume resume = new MyResume();
        //1.添加工作经历
        resume = new WorkExperienceDecorator(resume);
        //2.添加github、博客
        resume = new OtherDecorator(resume);

        //hr读简历
        HrReader hrReader = new HrReader();
        hrReader.read(resume);
    }
}

应用场景

装饰器模式就是使用在对已有的目标功能存在不足，需要增强时【不能改变已有类】，并且目标存在抽象接口
IO中应用了大量的装饰器模式，先来看一种类图：

IO类图

附：图片来源
以Reader这块来讲解装饰器模式在IO中的应用

抽象类
Reader，是一个抽象类，里面定义了接口
被装饰的类
InputStreamReader、CharArrayReader、PipedReader、StringReader、FileReader
装饰器类
FilterReader、BufferedReader
具体的装饰器类
BufferedReader、PushbackReader
FileReader尽管也在第三行，但是FileReader构不成一个具体的装饰器类，因为它不是BufferedReader的子类也不是FilterReader的子类，不持有Reader的引用
读写IO的时候每次打开文件会非常耗时，我们可以使用BufferedReader装饰FileReader这些被装饰器类，使用缓冲提高性能

优缺点

优点
可以动态扩展一个实现类的功能而不改变原有实现类
缺点
由于使用装饰器模式，可以比使用继承关系需要较少数目的类。使用较少的类，当然使设计比较易于进行。但是另一方面，由于使用装饰器模式会产生比使用继承关系更多的对象，更多的对象会使得查错变得困难，特别是这些对象看上去都很像

和继承有啥区别

装饰器模式是多继承的一种替代方式，但是两者之间还是存在一些不同。装饰器模式比较灵活，因为它修饰哪个类是在运行时才确定的，而继承中，继承哪个类是在编写哪个继承类的时候就要确定下来的，即继承是编译时确认

从IO中学习装饰器模式

装饰器模式定义

装饰器模式Demo

应用场景

优缺点

和继承有啥区别

推荐阅读更多精彩内容