适配器模式、外观模式

最新推荐文章于 2024-06-20 17:08:52 发布

房子D

最新推荐文章于 2024-06-20 17:08:52 发布

阅读量438

点赞数

分类专栏：设计模式初探文章标签：设计模式

本文链接：https://blog.csdn.net/nifanggge/article/details/52419181

版权

设计模式初探专栏收录该内容

4 篇文章 0 订阅

订阅专栏

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

一般这种模式就是在不修改现有代码的情况下，将一个接口转换为另一个接口。它主要包含两种方式：对象适配器和累适配器。二者唯一的差别就在于适配器继承了Target和Adaptee。而对象适配器利用组合的方式将请求传送给被适配者。

对象适配器：
这种就是在适配器中利用了组合来处理，将被适配器作为适配器的一个成员属性，而且适配器则就实现或者继承客户所需要的目标接口。
这里写图片描述
类适配器
使用多重继承实现

真实世界的适配器
如果你已经使用过java，可能记得早期集合(collection)类型(例如：Vector、Stack、Hashtable)都实现了一个名为elements()的方法。该方法会返回一个Enumeration(举)。这个Enumeration接口可以逐一走过此集合内的每个元素。而无需知道它们在集合内是如何被管理的。

public interface Enumeration<E> {
    boolean hasMoreElements();
    E nextElement();
}

新世界的迭代器
当Sun推出更新后的集合类时，开始使用了Iterator(迭代器)接口，这个接口和枚举接口很像，都可以让你遍历此集合类型内的每个元素，但不同的是，迭代器还提供了删除元素的能力。

public interface Iterator<E> {
    boolean hasNext();
    E next();
    default void remove() {
        throw new UnsupportedOperationException("remove");
    }
    default void forEachRemaining(Consumer<? super E> action) {
        Objects.requireNonNull(action);
        while (hasNext())
            action.accept(next());
    }
}

而现在
我们经常面对遗留代码，这些代码暴露出枚举接口，但我们又希望在新的代码中只使用迭代器。就需要构造一个适配器了。
设计适配器
我们需要一个适配器，实现了目标接口，而此目标接口是被适配者所组合的，类图是这样的：
这里写图片描述

处理remove()方法
我们知道枚举不支持删除，适配器无法实现一个又实际功能的remove()方法，最多只能抛出一个运行时异常。幸运地，迭代器接口的设计者事先料到了这样的需要，所以将remove()方法定义成会抛出UnsupportedOpeartionException。
编写一个Enumeratorlterator适配器

class Enumeratorlterator implements Iterator{
    Enumeration enumeration;
    public Enumeratorlterator(Enumeration enumeration){
        this.enumeration=enumeration;
    }
    @Override
    public boolean hasNext() {
        return enumeration.hasMoreElements();
    }

    @Override
    public Object next() {
        return enumeration.nextElement();
    }

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