设计模式07-适配器模式

介绍

---

适配器模式是将一个类的接口，转换成客户期望的另一个接口。是两个不兼容的接口之间的桥梁，他是一个中间人的身份。

最经典的就是美国和中国的插头和插座，为了使美国的插头能插在中国的插座，那么中间就有一个交流电适配器。

意图：将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。

主要解决：环境不同兼容问题

何时使用：
1、系统需要使用现有的类，而此类的接口不符合系统的需要。
2、想要建立一个可以重复使用的类，用于与一些彼此之间没有太大关联的一些类，包括一些可能在将来引进的类一起工作，这些源类不一定有一致的接口。
3、通过接口转换，将一个类插入另一个类系中。（比如老虎和飞禽，现在多了一个飞虎，在不增加实体的需求下，增加一个适配器，在里面包容一个虎对象，实现飞的接口。）

如何解决：继承或依赖（推荐）

---

关键代码：适配器继承或依赖已有的对象，实现想要的目标接口。比如，想让一只火鸡变成鸭子，那么适配器需要依赖火鸡，需要有一只火鸡才能变，同时他需要实现鸭子的接口，才能变

应用实例： 1、美国电器 110V，中国 220V，就要有一个适配器将 110V 转化为 220V。
2、JAVA JDK 1.1 提供了 Enumeration 接口，而在 1.2 中提供了 Iterator 接口，想要使用 1.2 的 JDK，则要将以前系统的 Enumeration 接口转化为 Iterator 接口，这时就需要适配器模式。
3、在 LINUX 上运行 WINDOWS 程序。
4、JAVA 中的 jdbc。

优点： 1、可以让任何两个没有关联的类一起运行。 2、提高了类的复用。 3、增加了类的透明度。 4、灵活性好。

缺点： 1、过多地使用适配器，会让系统非常零乱，不易整体进行把握。比如，明明看到调用的是 A 接口，其实内部被适配成了 B 接口的实现，一个系统如果太多出现这种情况，无异于一场灾难。因此如果不是很有必要，可以不使用适配器，而是直接对系统进行重构。

使用场景：有动机地修改一个正常运行的系统的接口，这时应该考虑使用适配器模式。

注意事项：适配器不是在详细设计时添加的，而是解决正在服役的项目的问题。

---

专业名词：
被适配者：即适配器需要依赖的对象，上面讲的火鸡
目标接口：即适配器想把被适配者变成的东西，上面讲的鸭子

注意：目标接口和被适配者是解耦关系，目标接口并不知道这个长得跟自己很想的东西，其实是已经经过适配器伪装的被适配者

---

“对象”适配器实例1

被适配者

public interface Turkey {

    public void gobble();
    public void fly();
}

public class WildTurkey implements Turkey{

    @Override
    public void gobble() {
        System.out.println("咯咯叫");
    }

    @Override
    public void fly() {
        System.out.println("我飞得很艰难");
    }

}

目标对象

public interface Duck {

    public void quack();
    public void fly();
}

public class MallardDuck implements Duck {

    @Override
    public void quack() {
        System.out.println("呱呱呱");
    }

    @Override
    public void fly() {
        System.out.println("我在飞");
    }

}

适配器

public class TurkeyAdapter implements Duck{

    private Turkey turkey;
    public TurkeyAdapter(Turkey turkey) {
        super();
        this.turkey = turkey;
    }

    @Override
    public void quack() {
        turkey.gobble();
    }

    @Override
    public void fly() {
        for(int i=0;i<5;i++){
            turkey.fly();
        }
    }

}

我们可以看到对象适配器的关键：实现目标接口，与被适配者组合

关于“对象”适配器和“类”适配器
JAVA中不存在类适配器，因为类适配器是多重继承的，java不支持多重继承

对象适配器：适配器与被适配者组合，继承目标接口
类适配器：适配器继承目标接口和适配器接口

真实案例

---

1.早期的Vector,Stack，Hashtable等集合类型都实现了一个elements()的方法，这个方法都会返回一个Enumeration。
2.后来所有的集合类受实现了iterator()方法，开始使用Iterator(迭代器)接口，与早期不同的是，迭代器提供了删除功能。
3.现在我们要把以前写的关于Enumeration接口的类，适配成现在Iterator接口，编写适配器。所以Enumeration接口的类是被适配对象，Iterator是目标对象。

**思考：**remove怎么办？remove方法在被适配者接口中并没有

对于remove(）方法，我们只能抛出UnsupportedOperationException异常，提醒用户不可删除。因为枚举本就不支持删除，适配器也不应该实现删除功能，这是出于业务的要求，而不是真的不能实现remove方法。

如果在Java8关于Iterator的源码你会发现，remove方法已经被default关键字修饰，且已经在接口找那个直接实现了方法的操作。默认你不用再实现remove()这个方法，当然，你也可以重写接口中的default方法来实现自己的方法，这是default关键字的作用。

但是我们说了，枚举不支持删除，所以遵循接口的实现，抛出UnsupportedOperationException即可

import java.util.Enumeration;
import java.util.Iterator;

public class EnumerationInteratorAdapter implements Iterator{

    private Enumeration enum1;

    public EnumerationInteratorAdapter(Enumeration enum1) {
        this.enum1 = enum1;
    }


    @Override
    public boolean hasNext() {

        return enum1.hasMoreElements();
    }

    @Override
    public Object next() {
        // TODO Auto-generated method stub
        return enum1.nextElement();
    }

}