解释器模式举例_lua解释器交互模式_动态编译与解释器模式(35)

可以看到，类适配器与对象适配器的区别就是类适配器需要继承被适配者，而Java的单继承的，所以通常情况下，使用对象适配器更好。

如果目标接口中的方法数与被适配器者中的数目相同，就是完全适配，若目标接口中的方法更多，则是剩余适配，反之，为不完全适配。

上面的被适配器是一个类，但也可以使用接口，这样，其实现会由子类决定。如果适配器同时实现目标接口和被适配者的接口，那么适配器就成为了一个双向适配器。

下面再给个实际可能会碰到的例子：

如果我们要扩展一个老系统：一个用于存放书名的类，这个系统采用的Vector作为容器，而且Vector使用Enumeration来遍历容器。但现在，我们其他模块没沟通清楚以为那个类使用的LinkedList来实现，使用的时候用的Iterator，这时，我们就需要适配器，具体描述见下面的代码：

老的存放图书的代码：

//被适配者public class Book{    private Vector<String> books;    public Book(){        books = new Vector<String>();    }    public void add(String book){        books.add(book);    }    public Enumeration<String> getEnum(){        return books.elements();    }}

而编写的客户端代码可能是这样的

public class TestUse {    public static void main(String args[]){        Book books = new BookAdapter();        books.add("think in java");        books.add("c primer");        books.add("伊索寓言");        Iterator<String> iterator = books.iterator();        while(iterator.hasNext()){            System.out.println(iterator.next());        }    }}

那么这两者显然是冲突的，为了解决，我们需要添加适配器，首先要把Enumeration的行为转换为Iterator，然后还需要添加一个Book的适配器（所以，这里是用到了2次适配器的）：

Iterator适配器（对象适配器）：

//适配器，目标就是Iterator，被适配者是Enumerationpublic class IteratorAdapter implements Iterator<String> {    Enumeration<String> myEnum;    public IteratorAdapter(Enumeration<String> myEnum){        this.myEnum = myEnum;    }    @Override    public boolean hasNext() {        return myEnum.hasMoreElements();    }    @Override    public String next() {        return myEnum.nextElement();    }}

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-33893-35.html