IO流的设计模式

IO流的设计模式

  • 装饰器模式
  • 装饰器在IO流中的使用
  • Adapter适配器
    • 适配器特点
    • 适配器优缺点
  • 装饰器与适配器异同点

装饰器模式

Decorator装饰器

定义:装饰模式是在不必改变原类文件和不使用继承的情况下,动态的扩展一个对象的功能。它是通过创建一个包装对象,也就是装饰来包裹真实的对象。

IO流的设计模式_第1张图片
注意:
不改变原类文件
不使用继承
.动态扩展

component:

为统一接口,也是装饰类和被装饰类的基本类型。

ConcreteComponent:

为具体实现类,也是被装饰类,他本身是个具有一些功能的完整的类。

Decorator:

是装饰类,实现了Component接口的同时还在内部维护了一个ConcreteComponent的实例,并可以通过构造函数初始化。而Decorator本身,通常采用默认实现,他的存在仅仅是一个声明:我要生产出一些用于装饰的子类了。而其子类才是赋有具体装饰效果的装饰产品类。

ConcreteDecorator:

是具体的装饰产品类,每一种装饰产品都具有特定的装饰效果。可以通过构造器声明装饰哪种类型的ConcreteComponent,从而对其进行装饰

/**
 * 是装饰类和被装饰类的基础,统一的接口
 */
public interface Component {
     
    public void method();
}

/**
 * 被装饰类 是Component接口的具体实现
 */
public class ConctreteComponent implements Component {
     
    @Override
    public void method() {
     
        System.out.println("ConctreteComponent ...");
    }
}

/**
 * 装饰类
 * 实现了Component接口
 */
public abstract class Decorator implements Component {
     

    //内存维护了一个Component实例
    private Component component;

    //通过构造函数来实例化内存的component属性
    public Decorator(Component component) {
     
       this.component = component;
    }

    @Override
    public void method() {
     
        component.method();
    }
}

/**
 * 具体的装饰类A
 */
public class ConcreteDecoratorA extends Decorator {
     
    public ConcreteDecoratorA(Component component) {
     
        super(component);
    }

    public void methodA() {
     
        System.out.println("装饰器A提供的新的功能");
    }

    @Override
    public void method() {
     
        System.out.println("针对该方法添加一层包装");
        super.method();
        System.out.println("A包装结束");
    }
}

测试代码


        //创建被装饰类的实例
        Component component = new ConctreteComponent();
        component.method(); //原来的实现
        System.out.println("------------------");
        //装饰成新的类
        ConcreteDecoratorA concreteDecoratorA = new ConcreteDecoratorA(component);
        concreteDecoratorA.method(); //原有的方法
        concreteDecoratorA.methodA(); //装饰成A类后新提供的方法

装饰器特点
它必须持有一个被装饰的对象(作为成员变量)。
它必须拥有与被装饰对象相同的接口(多态调用、扩展需要)。
它可以给被装饰对象添加额外的功能。

总结:保持接口,动态增强性能。

装饰器在IO流中的使用

*inputstream相当于统一的接口,给被装饰类和装饰类的基本的类型
* FileInputStream相当于原始的被封装的对象,为具体的实现类,他对inputstream方法有完整的实现

     * FilterInputStream是装饰类,其继承自InputStream基类
     * 内部存在一个InputStream实例,需要通过构造函数来实例化内部属性
     * BufferInputStream就是具体的装饰类
 FileInputStream inputStream = new FileInputStream(path);         
 BufferedInputStream bufferedInputStream = new BufferedInputStream(inputStream);

InputStream是被装饰类和装饰类的基本类型,这里是通过抽象类的形式提供的,相当于Component接口
FileInputStream是具体的被装饰类,是继承自InputStream,提供了完备的InputStream方法的实现。相当于是concreateComponent类
FilterInputStream是装饰器类,其继承InpuStream,内部维护了一个Inpustream实现类,相当于Decorator类
BufferInputstream是具体的装饰器类,继承自FilterInputStream装饰器类,提供了具有特有的缓冲功能的特点
IO流的设计模式_第2张图片
在类图上标注了各个类负责的角色,并且使用背景颜色将InputStream和Reader体系分开,其中左半部分就是InputStream的装饰体系,右半部分就是Reader的装饰体系,并且他们之间的桥梁是InputStreamReader,他们每一个装饰体系都与上面标准的装饰器模式类图极其相似

总之:装饰器模式就是一个可以非常灵活的动态扩展类功能的设计模式,它采用组合的方式取代继承,使得各个功能的扩展更加独立和灵活。

Adapter适配器

适配器定义:将一个类的接口转换成客户希望的另外一个接口,Adapter模式使原本由于接口不兼容而不能一起工作的哪些类可以一起工作
适配器模式分两种:类适配器和对象适配器
• 使用继承(就是所谓的类适配器模式)
• 使用组合(所谓的对象适配器模式)
IO流的设计模式_第3张图片适配器所涉及的角色有:
Target(目标接口):所要转换的所期待的接口
Adaptee(源角色):需要适配的类
Adapter(适配器):将源角色适配成目标接口,一般持有源接口的引用(或者继承源接口),且实现目标接口。
Client(客户类):通过目标角色获取服务
代码实例
手机充电器适配:
存在一个Typec接口的充电器,期望提供一个USB接口的充电器

/**
 * 源角色,需要适配的类
 */
public class TypeC {
     
    public void typec(){
     
        System.out.println("TypeC 充电器实现");
    }
}

/**
 * 目标角色
 * 用户期望使用use充电器
 */
public interface USB {
     
    public void use();
}

/**
 * 适配器类
 * 将源角色适配成目标角色
 */
public class Adapter extends TypeC implements USB {
     

    @Override
    public void use() {
     
        super.typec();
    }
}

使用:

        //客户需要的是use接口
        USB usb = new Adapter();
        usb.use();

适配器特点

1、适配器对象实现原有接口 2、适配器对象组合一个实现新接口的对象(这个对象也可以不实现一个接口,只是一个单纯的对象)
3、对适配器原有接口方法的调用被委托给新接口的实例的特定方法(重写旧接口方法来调用新接口功能。)

适配器优缺点

• 优点 有更好的复用性。系统需要使用现有的类,但此类接口不符合系统需要,通过适配器模式让这些功能得到很好的复用
有更好的扩展性。实现适配器,可以调用自己开发的功能
• 缺点
过多使用适配器会使得系统非常凌乱,明明调用的是A接口,内部却被适配成了B接口。因此除非必要,不推荐使用适配器,而是直接对系统重构

适用场景

软件系统结构需要升级或扩展,又不想影响原有系统稳定运行的时候 转换类之间的差別不是很大的时候
想创建一个可以复用的类,该类可以与其他不相关类或不可预见类协同工作的时候

适配器在IO中的使用
在IO中适配器的使用也比较广泛
适配器角色就是InputStreamReader,
被适配的角色是InputStream类的实例对象,
目标接口是Reader类。
可以看到,InputStreamReader实现了Reader接口,并且持有了InputStream的引用,这里是通过StreamDecoder类间接持有的,因为从byte到char 要经过编码。

/******************Reader类(目标类)******************/
public abstract class Reader implements Readable, Closeable {
     
abstract public int read(char cbuf[], int off, int len) throws IOException;
abstract public void close() throws IOException;
}
/******************InputStreamReader类(适配器类)******************/
public class InputStreamReader extends Reader {
     
    private final Str·r sd;
    //持有对被适配对象的引用
    public InputStreamReader(InputStream in) {
     
        super(in);
        try {
     
            //通过StreamDecoder类间接引用被适配的对象
            sd = StreamDecoder.forInputStreamReader(in, this, (String)null);
        } catch (UnsupportedEncodingException e) {
     
            // The default encoding should always be available
            throw new Error(e);
        }
    }
    //…(省略的代码)
 }
 /******************InputStream类(被适配类)******************/
 public abstract class InputStream implements Closeable {
     
 //代码省略
}

IO流的设计模式_第4张图片

装饰器与适配器异同点

装饰器与适配器都有一个别名叫做 包装模式(Wrapper),它们看似都是起到包装一个类或对象的作用,但是使用它们的目的很不一一样。
适配器模式:
是要将一个接口转变成另一个接口,它的目的是通过改变接口来达到重复使用的目的。
装饰器模式:不是要改变被装饰对象的接口,而是恰恰要保持原有的接口,但是增强原有对象的功能,或者改变原有对象的处理方式而提升性能。所以这两个模式设计的目的是不同的。

你可能感兴趣的:(IO)