设计模式--适配器模式

适配器模式----将一个类的接口，转换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间

适配器模式就如它的名字一样，简单来说就是给旧的类或者对象套上一层新的壳子，并创建现在需要调用的函数，在函数体里面复用旧的函数或加些新的业务逻辑，以满足调用者的需要。

最直接的也是最常见的就是对象适配器

一、对象适配器

对象适配器持有被适配者的实例，并实现了目标接口。

实例：迭代器与枚举器

---

早期Java集合类型都实现了一个名为elements()的方法。该方法返回一个Enumeration枚举。这个Enumeration接口可以逐一遍历集合中的每一个元素，而无需知道它们在集合内是如何被管理的：

当Sun推出更新后的集合类时，开始使用了Iterator迭代器接口，这个接口与枚举接口的唯一区别是多了remove()方法：

在实际开发过程中常常会面对已有的代码，这些遗留的代码使用老方法处理，但现在我们希望使用新的方法来实现相同的功能，这个时候就可以使用适配器模式。如上述我们希望使用迭代器来完成之前枚举所做的事情可以这样写：

public class EnumerationIterator implements Iterator {
    Enumeration enum;

    public EnumerationIterator (Enumeration enum) {
        this.enum = enum;
    }

    public boolean hasNext() {
        return enum.hasMoreElements();
    }

    public Object next() {
        return enum.nextElement();
    }

    public void remove() {
        throw new UnsupportedOperationException();
    }
}

在这个类中，该类持有Enumeration实例，并实现了Iterator的接口，在Iterator的各个接口中完成了向Enumeration方法的转变。

throw new UnsupportedOperationException() 是因为枚举并不支持对数据的修改，所以适配器无法实现有实际功能的remove方法，这种情况下抛出UnsupportedOperationException()异常

二、类适配器

类适配器与对象适配器的唯一区别在于类适配器同时继承被适配者和目标类，然后在内部重写目标类方法，实现适配。

对象适配器采用组合方式将请求传给被适配者，类适配器采用继承的形式统一目标类和被继承者。

三、衍生

在实际应用中，代码并不一定需要严格遵守上面所列出的适配器的规则，可以根据实际情况来变通。

如Android开发中的RecyclerView的Adapter，它实现了数据与视图的绑定，或者说将数据适配给了视图。

adapter方法

在使用Adapter的时候我们通常有两步要做：

① 继承Adapter并实现自己的Adapter
② 实现自己的viewHolder

这个适配器与对象适配器有些类似，尽管它既没有包含被适配的对象，也没有实现目标接口，但如果我们把它常常会包含的数据对象当作被适配的对象，把继承自父类的方法作为目标接口的话就很好理解了。

这么一来，也就是说适配器模式其实不仅只适用于对旧方法的适配，也常常用于将数据适配给视图。

参考

• 《Head First 设计模式》