Iterable接口与Iterator接口的困惑

0 0

Iterable接口与Iterator接口的困惑10

首先附上这两个接口JDK中的定义：
package java.lang;

import java.util.Iterator;

public interface Iterable<T> {
    Iterator<T> iterator();
}

package java.util;
public interface Iterator<E> {
    boolean hasNext();
    E next();
    void remove();
}
     可以看到这两个接口来自于不同的package中，实现Iterable接口可以使用foreach方法来遍历。
     但Iterable中只是用一个方法来返回一个Iterator类型实例，我就想：
     为什么一定要去实现Iterable这个接口呢？
     为什么不直接实现Iterator接口呢？

     难道这仅是语言规范，或者说是什么编程模式之类的？

Java综合

2011年7月28日 17:16

hxrs
20
0 0 0

6个答案按时间排序按投票排序

0 0

hxrs 写道

为什么一定要去实现Iterable这个接口呢？
为什么不直接实现Iterator接口呢？

难道这仅是语言规范，或者说是什么编程模式之类的？

看一下JDK中的集合类，比如List一族或者Set一族，
都是实现了Iterable接口，但并不直接实现Iterator接口。

仔细想一下这么做是有道理的。因为Iterator接口的核心方法next()或者hasNext()
是依赖于迭代器的当前迭代位置的。

如果Collection直接实现Iterator接口，势必导致集合对象中包含当前迭代位置的数据(指针)。
当集合在不同方法间被传递时，由于当前迭代位置不可预置，那么next()方法的结果会变成不可预知。
除非再为Iterator接口添加一个reset()方法，用来重置当前迭代位置。

但即时这样，Collection也只能同时存在一个当前迭代位置。
而Iterable则不然，每次调用都会返回一个从头开始计数的迭代器。
多个迭代器是互不干扰的。

2011年7月28日 17:16

sswh
4
1 1 24

添加评论

0 0

Iterable是1.5引入的新特性，Iterator是1.2就有了，二者都是为了迭代造作，Iterable只是包装了Iterator,从而允许实现此接口的对象成为foreach语句的目标，而且这样的话，更方便以后的扩展。

2011年7月28日 17:16

halty
31
0 0 0

添加评论

0 0

Killer+bj 写道

Iterable是集合框架的超级接口！
（实现这个接口允许对象成为 "foreach" 语句的目标。）而foreach是1.5以后的新特性吧！

事实上，Iterable 正是1.5开始引入的。

  package java.lang;

import java.util.Iterator;

/** Implementing this interface allows an object to be the target of
 *  the "foreach" statement.
 * @since 1.5
 */
public interface Iterable<T> {

    /**
     * Returns an iterator over a set of elements of type T.
     * 
     * @return an Iterator.
     */
    Iterator<T> iterator();
}

2011年7月28日 17:16