适配器模式 装饰模式 java_java设计模式4.适配器模式、装饰器模式

适配器模式

把一个类的接口变换成客户端所期待的另一种接口，从而使原本因接口不匹配而无法在一起工作的两个类能够工作。

1. 类的适配器模式

目标角色：期望的接口，对于类的适配器模式，此角色不可以是具体类。

源角色：需要适配的接口。

适配器角色：把源接口转换成目标接口，此角色必须是具体类。

public interfaceTarget {voidfun2();

}

public classAdaptee {public voidfun1(){

}

}

//适配器Adapter扩展了Adaptee，同时也实现了接口Target。这样Adapter的类型是Adaptee同时也提供Target要求的方法。

public class Adapter extends Adaptee implementsTarget {

@Overridepublic voidfun2() {//TODO Auto-generated method stub

}

}

2. 对象的适配器模式

目标角色：期望的接口，可以是具体或抽象的类。

源角色： 需要适配的接口。

适配器角色：把源接口转换成目标接口，此角色必须是具体类。

public class Adapter implementsTarget {privateAdaptee adaptee;publicAdapter(Adaptee adaptee){this.adaptee =adaptee;

}public voidfun1(){

adaptee.fun1();

}

@Overridepublic voidfun2() {//TODO Auto-generated method stub

}

}

可以看出，对象适配器与类适配器的区别是使用对象组合代替了类型继承。这样一个适配器可以把多种不同的源适配器到同一个目标。但与类适配器相比，要想置换源类的方法就不太容易，如果一定要置换，可以先做好一个源类的子类置换掉方法，然后将子类当作真正的源进行适配。不过要是想增加一些新的方法则很方便，而且新增加的方法可以同时适用于所有的源。

装饰器模式

装饰模式以对客户端透明的方式扩展对象的功能，是继承关系的一个替代方案。使用原来被装饰的类的一个子类的实例，把客户端的调用委派到被装饰类。

抽象构建角色：给出一个抽象接口，以规范准备接收附加责任的对象。

具体构建角色：定义一个将要接收附加责任的类。

装饰角色：持有一个构建对象的实例，并定义一个与抽象构建接口一致的接口。

具体装饰角色：负责给构建对象贴上附加的责任。

具体装饰角色实现了构建接口，对于每一个实现的方法都委派给父类的构建角色，关键在于它功能的增强，而不是单纯地委派。

示例：IO设计

java api的io类库中对于适配器装饰器的应用随处可见，这里以读取文件为例，看一下其中的相关的几个类。

//读取一个文件内容

BufferedReader in = new BufferedReader(new FileReader(new File("test.txt")));

BufferedReader是一个典型的装饰器模式，它实现了Reader接口，同时也拥有Reader子类的一个实例，这里也就是FileReader，然后将所有的读取任务都委托给了FileReader的实例，但是增加了缓存读取功能。

我们通常会说InputStreamReader是从byte输入流到char输入流的一个适配器，但其实起到适配器作用的是StreamDecoder,它拥有InputStream的实例同时实现了Reader接口，而InputStreamReader在此基础上进一步装饰了StreamDecoder。

说一个让java初学者纠结的一个问题，io流关闭问题：由于使用的装饰器模式，对于io流的close，我们只要调用最外层的close方法就可以了。比如BufferedReader会将close的操作委托给reader实例，这个实例正常是InputStreamReader的实现，然后InputStreamReader又委托给StreamDecoder，最后StreamDecoder又会委托给InputStream的实现类，最终实现了IO流关闭，反过来如果提前调用了委托类的close方法，那么上层的读取也会失败。

#笔记内容参考《java与模式》