设计模式复习之适配器模式

一、概念

适配器模式是一种结构型模式，所谓结构性模式（Structural Pattern）：

描述如何将类或者对象结合在一起，以此来形成更大的结构。

结构型模式可以分为类结构型和对象结构型，其中，类结构型模式关心类层次的组合，一般只存在继承关系和实现关系；而对象结构型关心类与对象的组合，通过关联关系使得在一个类中定义另外一个类的实例对象。根据尽量用组合而不用继承的原则，大部分结构型模式都是对象结构型。

适配器模式：

将一个接口转换成客户希望的另一个接口，适配器模式使接口不兼容的那些类可以一起工作，其别名为包装器(Wrapper)。适配器模式既可以作为类结构型模式，也可以作为对象结构型模式。

由此可见，适配器模式的主要功能在于“兼容”，在适配器模式中定义一个包装类（也就是适配器，Adapter），用来包装不被客户端兼容的对象，这个对象就是适配者（Adaptee），但这个过程对客户端是透明的，客户端并不知道Adapter内部调用了Adaptee的方法。

二、类图

类适配器

对象适配器

三、实例代码

以下是类结构型适配器的简单代码：

package adapter;

public class TestClassAdapter {

    /**
     * @param args
     */
    public static void main(String[] args) {
        // TODO Auto-generated method stub
        testRequeset();
    }
    
    public static void testRequeset() {
        
        System.out.println("TestClassAdapter.request");
        Target target = new Adapter();
        target.request();
    }
}

interface Target {
    void request();
}

class Adaptee {
    public void SpecificRequest() {
        System.out.println("Adaptee.SpecificRequest");
    }
}

class Adapter extends Adaptee implements Target {

    @Override
    public void request() {
        // TODO Auto-generated method stub
        System.out.println("Adapter.request");
        SpecificRequest();
    }
}

四、JDK和适配器

       在jdk中，有很多代码都是用到各个类型的设计模式，比如InputStreamReader和OutputStreamWrite就用到了适配器模式。拿InputStreamReader举例，使用的是对象适配器，它继承自Reader（就是Target），并在这个对象中持有StreamDecoder（Adaptee）对象：

public class InputStreamReader extends Reader

private final StreamDecoder sd;

构造InputStreamReader时会初始化这个空白final对象，拿其中之一构造函数来看：

public InputStreamReader(InputStream in) {
    super(in);
        try {
        sd = StreamDecoder.forInputStreamReader(in, this, (String)null); // ## check lock object
        } catch (UnsupportedEncodingException e) {
        // The default encoding should always be available
        throw new Error(e);
    }
    }

当Client调用read()方法时，适配器InputStreamReader会将请求适配给适配者，既调用StreamDecoder对象的read方法：

public int read() throws IOException {
        return sd.read();
    }

    public int read(char cbuf[], int offset, int length) throws IOException {
    return sd.read(cbuf, offset, length);
    }

这样，在Client不知情的情况下，达到了接口兼容的效果。

五、总结

1、优缺点

1）将目标类和适配者类解耦，无需修改原来的代码；

2）灵活性和扩展性好，符合“开闭原则”；

3）对于Java这种不支持多重继承的语言，一次最多只能适配一个适配者类，而且目标抽象类只能为抽象类，不能为具体类，其使用有一定的局限性，不能将一个适配者类和它的子类都适配到目标接口。

2、适用场景

1）系统需要使用现有的类，而这些类的接口不符合系统的需要；

2）想要建立一个可以重复使用的类，用于与一些彼此之间没有太大关联的一些类，包括一些可能在将来引进的类一起工作。

ps

不知道大家平时用什么工具画UML，刚刚网上找了一个JUDE-Community，基本功能都有，也比较Q，符合我的审美，但是各个图、组建对齐好像没有快捷键，线也没有像PowerDesigner一样可以指定角度，每次都得自己移动鼠标调整，有点麻烦。