01. 装饰模式
1. 定义
Decorator装饰器,就是动态地给一个对象添加一些额外的职责,动态扩展,和下面继承(静态扩展)的比较。因此,装饰器模式具有如下的特征:
- 它必须持有一个被装饰的对象(作为成员变量)。
- 它必须拥有与被装饰对象相同的接口(多态调用、扩展需要)。
- 它可以给被装饰对象添加额外的功能。
总结:保持接口,动态增强性能。
装饰器通过包装一个装饰对象来扩展其功能,而又不改变其接口,这实际上是基于对象的适配器模式的一种变种。与对象的适配器模式异同:
- 相同点:都拥有一个目标对象。
- 不同点:适配器模式需要实现旧接口,而装饰器模式必须实现相同接口。
适配器模式是在适配器中,重写旧接口的方法来调用新接口方法,来实现旧接口不改变,同时使用新接口的目的。新接口适配旧接口。
而装饰模式,是装饰器和旧接口实现相同的接口,在调用新接口的方法中,会调用旧接口的方法,并对其进行扩展。
2. 由来(为什么不是继承)
功能的拓展,通常可以使用继承的方式解决。但这样实现的话,每一种组合都需要一个类,大量重复性内容,类数目“爆炸”;另外,这些拓展的功能必须要是可以预见,编译时就确定了,静态的扩展。
一个例子大概说:Beverage是一个抽象类,它被所有在一个咖啡店里卖的饮料继承。Beverage有个抽象方法cost,所有的子类都要实现这个抽象方法,计算它们的价格。现在有四个最基本的咖啡:HouseBlend,DarkRoast,Decaf,Espresso他们都继承自Beverage,现在的需求是说在四个最基本的咖啡里,每个都可以随便地添加调味品,像steamed milk,soy,还有mocha最后是加上whipped milk。如果是说按继承来实现这种几个调味品跟原来咖啡的组合的话,我们会很自然地设计来下面的类图来:
如果是按装饰模式的设计思路我们可以得出下面的设计类图:
装饰模式是怎么达到不仅类的数目大减少了,性能的重复也可以减至到最少。
3. 典型结构图
一句话解释:装饰者和被装饰者需要继承同一个接口或者是抽象类,被装饰者作为装饰者的一个变量。程序中原来调用被装饰者某方法func1的地方改成调用装饰者相同的那个方法func1,并且装饰者的该方法func1上添加了一些额外的功能,在方法func1中再调用被装饰着的方法func1。
这就是动态的扩展。
02. 适配器模式
目的:将一个类的接口转换成客户期望的另一个接口,让原本不兼容的接口可以合作无间。
1. 特点
- 适配器对象实现原有接口
- 适配器对象组合一个实现新接口的对象(这个对象也可以不实现一个接口,只是一个单纯的对象)
- 对适配器原有接口方法的调用被委托给新接口的实例的特定方法(重写旧接口方法来调用新接口功能。)
2.例子
我国国标充电器三孔,德国得标充电器两孔。现去德国旅行。如何将我们的三孔充电器插入两孔。这就需要适配器。
类图:
DBSocketInterface:德标接口
DBSocket:德国插座(实现DBSocketInterface,提供两孔充电方法)
Hotel : 拥有得标接口。
GBSocketInterface :国标接口
GBSocket : 中国插座(实现GBSocketInterface,提供三孔充电方法)
适配器实现:
public class SocketAdapter
implements DBSocketInterface{ //实现旧接口
//组合新接口
private GBSocketInterface gbSocket;
/**
* 在创建适配器对象时,必须传入一个新街口的实现类
*/
public SocketAdapter(GBSocketInterface gbSocket) {
this.gbSocket = gbSocket;
}
/**
* 将对就接口的调用适配到新接口
*/
@Override
public void powerWithTwoRound() {
gbSocket.powerWithThreeFlat();
}
}
在适配器中,继承了旧接口,组合了新接口。在重写旧接口方法的时候,调用了新接口的功能。
hotel.setSocket(socketAdapter);
hotel.charge();
在hotel的charge()方法中,调用的是DBSocketInterface 实现子类的两孔充电方法。而这个实现子类,就是适配器类,重写的调用三孔充电的方法。
这也是适配器模式魅力:
不改变原有接口(德标),却还能使用新接口的功能(国标)。
适配器详情和实际使用例子参考《http://blog.csdn.net/zhangjg_blog/article/details/18735243》
03. Java IO 设计模式
1. I/O库对称性
- 输入-输出对称:比如InputStream和OutputStream对Byte字节流的输入和输;而Reader和Writer各自占据Char字符流的输入和输出。
- byte-char对称:InputStream和Reader的子类分别负责byte和字符流的输入;OutputStream和Writer的子类分别负责byte和字符流的输出。
2.两个设计模式
- 装饰模式:在由InputStream、OutputStream、Reader和Writer代表的等级结构内部,有一些流处理器可以对另一些流处理器起到装饰作用,形成新的、具有改善了的功能的流处理器。
- 适配器模式:在由InputStream、OutputStream、Reader和Writer代表的等级结构内部,有一些流处理器是对其他类型的流处理器的适配。这就是适配器的应用。
3.装饰模式的应用
由于java I/O库需要很多性能的各种组合,如果这些性能都是用继承来实现,那么每一种组合都需要一个类,大量重复类。
首先,需要理解java I/O库是由一些原始流处理器和围绕它的装饰流处理器(装饰器,动态扩展原始类性能)所组成的。
这里以InputStream为例,并附上结构图。
这些流类分成两种,即原始流类(Original Stream)和链接流处理器(Wrapper Stream)。
原始流处理器
原始流处理器接收一个Byte数组对象,String对象,FileDiscriptor对象或者不同类型的流源对象,原始流处理器包括以下四种:
- ByteArrayInputStream:接收一个Byte数组作为流的源。
- FileInputStream:建立一个与文件有关的输入流。接收一个File对象作为流的源。
- PipedInputStream:可以与PipedOutputStream配合使用,用于读入一个数据管道的数据,接收一个PipedOutputStream作为源。
- StringBufferInputStream:将一个字符串缓冲区转换为一个输入流。(废弃)
链接流处理器
所谓链接流处理器,就是可以接收另一个流对象作为源,并对之进行功能扩展的类。InputStream类型的链接处理接收另一个InputStream对象作为流源。
以FilterInputStream过滤输入流的子类为例。它将另一个输入流作为流源。这个类的子类包括以下几种:
- BufferedInputStream:用来从硬盘将数据读入到一个内存缓冲区中,并从缓冲区提供数据。
- DataInputStream:提供基于多字节的读取方法,可以读取原始类型的数据。
- LineNumberInputStream:提供带有行计数功能的过滤输入流。
- PushbackInputStream:提供特殊的功能,可以将已经读取的字节“推回”到输入流中。
原始流,就是装模式中具体构件角色(被装饰者),链接流,就是装饰模式中的装饰角色。
抽象结构图
一句话总结:链接流处理器,接收原始流处理器并将其作为成员变量引用,都继承了相同的抽象类InputStream。他们在内部工作方法中做了相应改变,在链接流的相同方法中扩展原始流中的方法,这种变化就是装饰模式的目的。
4.适配器模式的应用
StringBufferInputStream是一个适配器类,其继承了InputStream类型,同时持有一个对String类型的引用。这是将处理String对象的新接口适配成InputStream的旧接口的适配器模式。
其余OutputStream、Reader和Writer的装饰模式和适配器模式
参考《http://www.cnblogs.com/wxgblogs/p/5649933.html》
和《http://www.cnblogs.com/heartstage/p/3391070.html》