• 适配器模式

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

1. 类的适配器模式

  • 目标角色:期望的接口,对于类的适配器模式,此角色不可以是具体类。
  • 源角色:需要适配的接口。
  • 适配器角色:把源接口转换成目标接口,此角色必须是具体类。
public interface Target {

    void fun2();
}
public class Adaptee {

    public void fun1(){

    }
}
// 适配器Adapter扩展了Adaptee,同时也实现了接口Target。这样Adapter的类型是Adaptee同时也提供Target要求的方法。
public class Adapter extends Adaptee implements Target { @Override
public void fun2() {
// TODO Auto-generated method stub }
}

2. 对象的适配器模式

  • 目标角色:期望的接口,可以是具体或抽象的类。
  • 源角色: 需要适配的接口。
  • 适配器角色:把源接口转换成目标接口,此角色必须是具体类。
public class Adapter implements Target {

    private Adaptee adaptee;

    public Adapter(Adaptee adaptee){
this.adaptee = adaptee;
} public void fun1(){
adaptee.fun1();
} @Override
public void fun2() {
// TODO Auto-generated method stub }
}

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

  • 装饰器模式

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

  • 抽象构建角色:给出一个抽象接口,以规范准备接收附加责任的对象。
  • 具体构建角色:定义一个将要接收附加责任的类。
  • 装饰角色:持有一个构建对象的实例,并定义一个与抽象构建接口一致的接口。
  • 具体装饰角色:负责给构建对象贴上附加的责任。

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

  • 示例:IO设计

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

java设计模式4.适配器模式、装饰器模式-LMLPHP

// 读取一个文件内容
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与模式》

05-20 15:34