JAVA IO 设计模式彻底分析
2013-06-16 16:49
453 查看
再回到Java I/O库，由于装饰模式的引用，造成了灵活性和复杂都大大增加了，我们在使用Java I/O库时，必须理解Java I/O库是由一些基本的原始流处理器和围绕它们的装饰流处理器所组成的，这样可以在学习和使用Java I/O库时达到事半功倍的效果。
下面我用<<Java与模式>>，<<Head First Design Pattern>>或者是网上看到的一些类图来分析：
首先是InputStream类型中的装饰模式：
InputStream有七个直接的具体子类，有四个属于FilterInputStream的具体子类，如下图所示：
上图中所有的类都叫做流处理器，这个图就叫做（InputStream类型的）流处理器图。
书中提到根据输入流的源的类型，可以将这些流类分成两种，即原始流类（Original Stream）和链接流处理器（Wrapper Stream）。
原始流处理器
原始流处理器接收一个Byte数组对象，String对象，FileDiscriptor对象或者不同类型的流源对象，根据上面的图，原始流处理器包括以下四种：
ByteArrayInputStream：为多线程的通信提供缓冲区操作功能，接收一个Byte数组作为流的源。
FileInputStream:建立一个与文件有关的输入流。接收一个File对象作为流的源。
PipedInputStream：可以与PipedOutputStream配合使用，用于读入一个数据管道的数据，接收一个PipedOutputStream作为源。
StringBufferInputStream：将一个字符串缓冲区转换为一个输入流。接收一个String对象作为流的源。（ＪＤＫ帮助文档上说明：已过时。此类未能正确地将字符转换为字节。从ＪＤＫ1.1开始，从字符串创建流的首选方法是通过StringReader类进行创建。只有字符串中每个字符的低八位可以由此类使用。）
链接流处理器
所谓链接流处理器，就是可以接收另一个流对象作为源，并对之进行功能扩展的类。InputStream类型的链接处理器包括以下几种，它们都接收另一个InputStream对象作为流源。
（１）FilterInputStream称为过滤输入流，它将另一个输入流作为流源。这个类的子类包括以下几种：
BufferedInputStream：用来从硬盘将数据读入到一个内存缓冲区中，并从缓冲区提供数据。
DataInputStream：提供基于多字节的读取方法，可以读取原始类型的数据。
LineNumberInputStream：提供带有行计数功能的过滤输入流。
PushbackInputStream：提供特殊的功能，可以将已经读取的字节“推回”到输入流中。
（２）ObjectInputStream可以将使用ObjectInputStream串行化的原始数据类型和对象重新并行化。
（３）SeqcueneInputStream可以将两个已有的输入流连接起来，形成一个输入流，从而将多个输入流排列构成一个输入流序列。
抽象结构图
按照上面的这种原始流处理器和链接流处理器的划分，可以用下面的结构图来描述它们之间的关系。
上面的流处理器图跟装饰模式的结构图有着显而易见的相同之处。实际上InputStream类型的流处理器结构确实符合装饰模式。
装饰模式结构图
对于上图FilterInputStream查看JDK1.4源代码，部分代码如下:
Public class FilterInputStream extends InputStream {
/**
* The input stream to be filtered.
*/
protected InputStream in;
protected FilterInputStream(InputStream in) {
this.in = in;
}
//其它代码
}
FilterInputStream继承了InputStream,也引用了InputStream,而它有四个子类,这就是所谓的Decorator模式
上面这个图向我们传达了这个信息：链接流链接流对象接收一个原始流对象或者另外一个链接流对象作为流源；另一方面他们对流源的内部工作方法做了相应的改变，这种改变是装饰模式所要达到的目的。比如：
BufferedInputStream“装饰”了InputStream的内部工作方式，使得流的读入操作使用了缓冲机制。在使用了缓冲机制后，不会对每一次的流读入操作都产生一个物理的读盘动作，从而提高了程序的效率，在汲及到物理流的读入时，都应当使用这个装饰流类。
LineNumberInputStream和PushbackInputStream也同样“装饰”了InputStream的内部工作方式，前者使得程序能够按照行号读入数据；后者能够使程序读入的过程中，退后一个字符。
DataInputStream子类读入各种不同的原始数据类型以及String类型的数据，这一点可以从它提供的各种read方法看出来，如：readByte(),readInt(),readFloat()等。
Java语言的I/O库提供了四大等级结构:InputStream,OutputStream,Reader,Writer四个系列的类。InputStream和OutputStream处理8位字节流数据, Reader和Writer处理16位的字符流数据。InputStream和Reader处理输入, OutputStream和Writer处理输出，所以OutputStream,Reader,Writer这三类的装饰模式跟前面详细介绍的InputStream装饰模式大同小异，大家可以看书中其它部分对这三类的详细描述或者从网上也能找到有关资料。为了方便比较这几种类型，顺便附上Java语言的I/O层次结构图：
下面的图表示:以InputStream和OutputStream形成的层次关系
下面的图表示:以Reader和Writer形成的层次关系
下面我用<<Java与模式>>，<<Head First Design Pattern>>或者是网上看到的一些类图来分析：
首先是InputStream类型中的装饰模式：
InputStream有七个直接的具体子类，有四个属于FilterInputStream的具体子类，如下图所示：
上图中所有的类都叫做流处理器，这个图就叫做（InputStream类型的）流处理器图。
书中提到根据输入流的源的类型，可以将这些流类分成两种，即原始流类（Original Stream）和链接流处理器（Wrapper Stream）。
原始流处理器
原始流处理器接收一个Byte数组对象，String对象，FileDiscriptor对象或者不同类型的流源对象，根据上面的图，原始流处理器包括以下四种：
ByteArrayInputStream：为多线程的通信提供缓冲区操作功能，接收一个Byte数组作为流的源。
FileInputStream:建立一个与文件有关的输入流。接收一个File对象作为流的源。
PipedInputStream：可以与PipedOutputStream配合使用，用于读入一个数据管道的数据，接收一个PipedOutputStream作为源。
StringBufferInputStream：将一个字符串缓冲区转换为一个输入流。接收一个String对象作为流的源。（ＪＤＫ帮助文档上说明：已过时。此类未能正确地将字符转换为字节。从ＪＤＫ1.1开始，从字符串创建流的首选方法是通过StringReader类进行创建。只有字符串中每个字符的低八位可以由此类使用。）
链接流处理器
所谓链接流处理器，就是可以接收另一个流对象作为源，并对之进行功能扩展的类。InputStream类型的链接处理器包括以下几种，它们都接收另一个InputStream对象作为流源。
（１）FilterInputStream称为过滤输入流，它将另一个输入流作为流源。这个类的子类包括以下几种：
BufferedInputStream：用来从硬盘将数据读入到一个内存缓冲区中，并从缓冲区提供数据。
DataInputStream：提供基于多字节的读取方法，可以读取原始类型的数据。
LineNumberInputStream：提供带有行计数功能的过滤输入流。
PushbackInputStream：提供特殊的功能，可以将已经读取的字节“推回”到输入流中。
（２）ObjectInputStream可以将使用ObjectInputStream串行化的原始数据类型和对象重新并行化。
（３）SeqcueneInputStream可以将两个已有的输入流连接起来，形成一个输入流，从而将多个输入流排列构成一个输入流序列。
抽象结构图
按照上面的这种原始流处理器和链接流处理器的划分，可以用下面的结构图来描述它们之间的关系。
上面的流处理器图跟装饰模式的结构图有着显而易见的相同之处。实际上InputStream类型的流处理器结构确实符合装饰模式。
装饰模式结构图
对于上图FilterInputStream查看JDK1.4源代码，部分代码如下:
Public class FilterInputStream extends InputStream {
/**
* The input stream to be filtered.
*/
protected InputStream in;
protected FilterInputStream(InputStream in) {
this.in = in;
}
//其它代码
}
FilterInputStream继承了InputStream,也引用了InputStream,而它有四个子类,这就是所谓的Decorator模式
上面这个图向我们传达了这个信息：链接流链接流对象接收一个原始流对象或者另外一个链接流对象作为流源；另一方面他们对流源的内部工作方法做了相应的改变，这种改变是装饰模式所要达到的目的。比如：
BufferedInputStream“装饰”了InputStream的内部工作方式，使得流的读入操作使用了缓冲机制。在使用了缓冲机制后，不会对每一次的流读入操作都产生一个物理的读盘动作，从而提高了程序的效率，在汲及到物理流的读入时，都应当使用这个装饰流类。
LineNumberInputStream和PushbackInputStream也同样“装饰”了InputStream的内部工作方式，前者使得程序能够按照行号读入数据；后者能够使程序读入的过程中，退后一个字符。
DataInputStream子类读入各种不同的原始数据类型以及String类型的数据，这一点可以从它提供的各种read方法看出来，如：readByte(),readInt(),readFloat()等。
Java语言的I/O库提供了四大等级结构:InputStream,OutputStream,Reader,Writer四个系列的类。InputStream和OutputStream处理8位字节流数据, Reader和Writer处理16位的字符流数据。InputStream和Reader处理输入, OutputStream和Writer处理输出，所以OutputStream,Reader,Writer这三类的装饰模式跟前面详细介绍的InputStream装饰模式大同小异，大家可以看书中其它部分对这三类的详细描述或者从网上也能找到有关资料。为了方便比较这几种类型，顺便附上Java语言的I/O层次结构图：
下面的图表示:以InputStream和OutputStream形成的层次关系
下面的图表示:以Reader和Writer形成的层次关系
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- JAVA IO 设计模式彻底分析
- JAVA IO 设计模式彻底分析
- JAVA IO 设计模式彻底分析
- 我的Java开发学习之旅------>JAVA IO 设计模式彻底分析
- JAVA IO 设计模式彻底分析
- JAVA IO 设计模式彻底分析
- Java IO设计模式彻底分析 （转载）
- JAVA IO 设计模式彻底分析
- JAVA IO 设计模式彻底分析
- JAVA IO 设计模式彻底分析
- JAVA IO 设计模式彻底分析
- Java IO详解（两种设计模式的分析）
- JAVA IO中的设计模式
- Java 设计模式情景分析——策略模式
- Java 设计模式情景分析——代理模式
- Java IO中涉及到的哪些类以及哪些设计模式
- Java设计模式之从[暗黑破坏神存档点]分析备忘录(Memento)模式
- 黑马程序员-Java IO和装饰设计模式
- Java设计模式之从[星际争霸的兵种升级]分析观察者(Observer)模式
- Java设计模式之从[游戏场景读取]分析代理(Proxy)模式