为什么大多数时候只是向前遍历？

Question

我注意到许多迭代器或数据读取器仅向前推进 DataReader、XmlReader、IEnumerator，还有更多（你明白了） 。

因此，简单地问为什么它们是仅向前，通常当我为我的自定义需求创建数据迭代器时，我通常会尝试添加对两侧导航的支持。我同意大多数时候我们不需要向后遍历，但有时我们确实需要，因此我们最终创建了 temp 变量或在需要时保存数据的东西。

---

所以我的问题是：

• 为什么大多数数据迭代器都是只向前的

• 创建向后可遍历迭代器时我错了/数据读取器。如果不是，为什么框架不对其内置数据迭代器提供这样的支持。

• 我们是否有任何严重性能缺陷，或者只是不被认为是具有此类功能的良好设计 .

---

这个问题从一开始就困扰了我很多，但一直没有得到满意的答案，所以我在这里问这个问题。我相信许多开发人员可能会同意我的观点，即向后遍历有时是有用的。

Answer 1

“仅转发”是：

• 对于大多数消费者来说最常见的用途，
• 易于实现，因此最有可能被大多数生产者实现，
• 如果我们假设我们不想缓冲，那么我们唯一可以保证的就是内存中的所有数据都
• 可以轻松缓冲以允许随机访问（对于中等大小的数据），

例如，如果您从数据库、网络流等读取数据，则只能保证“转发”。我们当然不想任意缓冲所有这些数据 - 它可能会巨大。

如果客户端认为他们拥有适量的数据，他们可以随时调用 ToList() 等将其缓冲在内存中并允许随机访问。

例如，考虑这个完全有效序列：

public static IEnumerable<int> LotsOfData() {
    var random = new Random();
    while(true) yield return random.Next();
}

• 如果不缓冲它就无法反转
• 它的长度是无限的，所以显然不能缓冲

这个例子有点不太可能，但是从套接​​字读取，数据库，甚至是大文件 - 本质上可能是相同的情况。