结构型模式-适配器模式(不兼容结构的协调)

目录

• 1. 定义
• 2. 结构
• 3. 代码实现
• 4. 类适配器，双向适配器，缺省适配器
  • 4.1 类适配器
  • 4.2 双向配器
  • 4.3 缺省适配器
• 5. 优缺点
• 6. 适用场景
• 7. 我的理解
• 参考

与电源适配器类似，在适配器模式中引入了一个被称为适配器(Adapter)的包装类，而它所包装的对象称为适配者(Adaptee)，即被适配的类。适配器的实现就是把客户类的请求转化为对适配者的相应接口的调用。也就是说：当客户类调用适配器的方法时，在适配器类的内部将调用适配者类的方法，而这个过程对客户类是透明的，客户类并不直接访问适配者类。所以，适配器让那些因为接口不兼容而不能交互的类能够一块儿工做。
适配器模式能够将一个类的接口和另外一个类的接口匹配起来，而无须修改原来的适配者接口和抽象目标类接口，它是一种使用频率很是高的设计模式，在软件开发中得以普遍应用，在Spring等开源框架、驱动程序设计（如JDBC中的数据库驱动程序）中也使用了适配器模式

1. 定义

适配器模式(Adapter Pattern)：将一个接口转换成客户但愿的另外一个接口，使接口不兼容的那些类能够一块儿工做，其别名为包装器(Wrapper)。适配器模式既能够做为类结构型模式，也能够做为对象结构型模式。

2. 结构

在适配器模式中，咱们经过增长一个新的适配器类来解决接口不兼容的问题，使得本来没有任何关系的类能够协同工做。根据适配器类与适配者类的关系不一样，适配器模式可分为对象适配器和类适配器两种，在对象适配器模式中，适配器与适配者之间是关联关系；在类适配器模式中，适配器与适配者之间是继承（或实现）关系。在实际开发中，对象适配器的使用频率更高，对象适配器模式结构如图所示：

• Target（目标抽象类）：目标抽象类定义客户所需接口，能够是一个抽象类或接口，也能够是具体类。
• Adapter（适配器类）：适配器能够调用另外一个接口，做为一个转换器，对Adaptee和Target进行适配，适配器类是适配器模式的核心，在对象适配器中，它经过继承Target并关联一个Adaptee对象使两者产生联系。
• Adaptee（适配者类）：适配者即被适配的角色，它定义了一个已经存在的接口，这个接口须要适配，适配者类通常是一个具体类，包含了客户但愿使用的业务方法，在某些状况下可能没有适配者类的源代码。

3. 代码实现

Target

public interface Home {
    void watchTv();
    void useFridge();
}

Adaptee1

public class Haier {
    public void watchHaierTv(){
        System.out.println("看海尔电视啦");
    }
    public void userHaierFridge(){
        System.out.println("使用海尔冰箱啦");
    }
}

Adaptee2

public class Media {
    public void watchMediaTv(){
        System.out.println("看美的电视啦");
    }
    public void userMediaFridge(){
        System.out.println("使用美的冰箱啦");
    }
}

Adapter

public class HomeAdapter implements Home{
    private Haier haier;
    private Media media;

    public HomeAdapter() {
        this.haier = new Haier();
        this.media = new Media();
    }

    @Override
    public void watchTv() {
        haier.watchHaierTv();
    }

    @Override
    public void useFridge() {
        media.userMediaFridge();
    }
}

Test

public class Test {

    public static void main(String[] args) {
        //这边可以使用配置文件经过反射来得到具体的适配器
        Home home=new HomeAdapter();
        home.watchTv();
        home.useFridge();
    }
}
//看海尔电视啦
//使用美的冰箱啦

4. 类适配器，双向适配器，缺省适配器

4.1 类适配器

类适配器模式和对象适配器模式最大的区别在于适配器和适配者之间的关系不一样，对象适配器模式中适配器和适配者之间是关联关系，而类适配器模式中适配器和适配者是继承关系，代码以下：

class Adapter extends Adaptee implements Target {  
    public void request() {  
        specificRequest();  
    }  
}

因为Java、C#等语言不支持多重类继承，所以类适配器的使用受到不少限制，例如若是目标抽象类Target不是接口，而是一个类，就没法使用类适配器；此外，若是适配者Adapter为最终(Final)类，也没法使用类适配器。在Java等面向对象编程语言中，大部分状况下咱们使用的是对象适配器，类适配器较少使用。

4.2 双向配器

在对象适配器的使用过程当中，若是在适配器中同时包含对目标类和适配者类的引用，适配者能够经过它调用目标类中的方法，目标类也能够经过它调用适配者类中的方法，那么该适配器就是一个双向适配器，代码以下：

class Adapter implements Target,Adaptee {  
    //同时维持对抽象目标类和适配者的引用  
    private Target target;  
    private Adaptee adaptee;  

    public Adapter(Target target) {  
        this.target = target;  
    }  

    public Adapter(Adaptee adaptee) {  
        this.adaptee = adaptee;  
    }  

    public void request() {  
        adaptee.specificRequest();  
    }  

    public void specificRequest() {  
        target.request();  
    }  
}

平时开发不多使用双向适配器。

4.3 缺省适配器

当不须要实现一个接口所提供的全部方法时，可先设计一个抽象类实现该接口，并为接口中每一个方法提供一个默认实现（空方法），那么该抽象类的子类能够选择性地覆盖父类的某些方法来实现需求，它适用于不想使用一个接口中的全部方法的状况，又称为单接口适配器模式，代码以下：

抽象类中实现了一些接口方法做为默认实现

public  abstract class AbstractHomeAdapter implements Home{

    protected Haier haier=new Haier();

    protected Media media=new Media();

    @Override
    //默认看海尔电视
    public void watchTv() {
        haier.watchHaierTv();
    }

    //默认使用美的冰箱
    @Override
    public void useFridge() {
        media.userMediaFridge();
    }
}

继承该抽象类的子类可选择性的覆盖一些方法，其余方法则使用父类的默认实现

public class OtherHomeAdapter extends AbstractHomeAdapter {

    @Override
    //重写方法，其余方法默认
    public void useFridge() {
        super.haier.userHaierFridge();
    }
}

5. 优缺点

• 优势

1. 将目标类和适配者类解耦，经过引入一个适配器类来重用现有的适配者类，无须修改原有结构。
2. 增长了类的透明性和复用性，将具体的业务实现过程封装在适配者类中，对于客户端类而言是透明的，并且提升了适配者的复用性，同一个适配者类能够在多个不一样的系统中复用。
3. 灵活性和扩展性都很是好，经过使用配置文件，能够很方便地更换适配器，也能够在不修改原有代码的基础上增长新的适配器类，彻底符合“开闭原则”。

• 缺点

1. 对于类适配器来讲，其使用具备必定局限性

   (1)对于Java、C#等不支持多重类继承的语言，一次最多只能适配一个适配者类，不能同时适配多个适配者（只能继承一个类，但能够包含多个类）；

   (2)适配者类不能为最终类，如在Java中不能为final类，C#中不能为sealed类（最终类了就不能继承了）；

   (3)在Java、C#等语言中，类适配器模式中的目标抽象类只能为接口，不能为类（由于不能继承2个类）。

2. 对于对象适配器来讲，与类适配器模式相比，要在适配器中置换适配者类的某些方法比较麻烦(修改原有的方法)。

6. 适用场景

1. 系统须要使用一些现有的类，而这些类的接口（如方法名）不符合系统的须要，甚至没有这些类的源代码。
2. 想建立一个能够重复使用的类，用于与一些彼此之间没有太大关联的一些类，包括一些可能在未来引进的类一块儿工做。

7. 我的理解

适配器模式将现有接口转化为客户类所指望的接口，实现了对现有类的复用。

参考

1. Java设计模式-刘伟