为什么扩展for循环对迭代器不起作用？

Question

可能重复：
Why is Java's Iterator not an Iterable?

我们都知道Java的扩展for循环：

List<X> list = ... 
for(X x : list) { ... } 

我需要的是：

Iterator<X> listIterator = ... 
for(X x : listIterator){ ... } 

Java不允许这样做。 我想知道规范不支持这个是否有充分的理由。

这里是我的用例：

我正在写一类文件格式的阅读器。这样的文件包含要读取的条目。为了这个例子，假设我试图重新创建BufferedReader并且我的元素是字符串。

我与原BufferedReader的API风格，这迫使我写丑陋的代码非常不高兴，如：

for(String line = reader.readLine(); line != null; line = reader.readLine(){ 
    ... 
} 

我宁愿有一些不错的像

for(String line : reader){ 
    ... 
} 

当然我可以让我的BufferedReader执行Iterable<String>。但这意味着可能会多次调用一个iterator()方法。由于我无法在文件中查找，因此我无法真正支持多个并行迭代器。

有我的BufferedReader执行Iterator<String>而不是Iterable<String>似乎更合理。但我不能使用for声明:-(

Answer 1

因为对于foreach循环的合同遍历每元素，如果被允许只取一个Iterator，你可以给它一个半消耗Iterator，它不会知道其中的差别。

Set<String> set = new HashSet(Arrays.asList(new String [] {"One", "Two", "Three"})); 
Iterator i = set.iterator(); 
// Consume the first. 
String first = i.next(); 
for (String s : i) { // Error here. 

} 

我接受它会让事情变得简单，但它也可能会引入一些严重的错误，因为您不知道您已涵盖集合中的所有条目。

// Works fine because Set is Iterable and the contract is satisfied 
// that this will iterate over <b>all</b> of the entries. 
for (String s : set) { 
} 

你总是可以通过制作一个短暂的Iterable来破解它。我现在不能测试，但像这样：

for (String s : new Iterable { 
    public iterator<String>() { 
    return set.iterator(); 
    } 
}) { 
} 

繁琐，但它应该工作。

Answer 2

当然你也可以支持多个并行的迭代器，你可以打开该文件，曾多次。

class BufferedReader() implements Iterable<String> { 
    String fileName; 
    InputStreamReader in; 

    public BufferedReader(String fileName) { 
     this.fileName = fileName; 
     in = new InputStreamReader(new FileInputStream(fileName)); 
    } 
    public Iterator<String> iterator() { 
     return new Iterator<String>() { 
      BufferedReader in = new BufferedReader(fileName); 
      String nextLine = in.readLine(); 
      public boolean hasNext() { 
       return nextLine != null; 
      } 
      public String next() { 
       String str = nextLine; 
       nextLine = in.readLine(); 
       return str; 
      } 
     } 
    } 
}