为什么Option不直接扩展Iterable特征？
为什么Option不直接扩展Iterable特征？
提问于 2010-04-09 19:53:39
Option可以隐式转换为Iterable -但为什么它不直接实现Iterable：
def iterator = new Iterator[A] {
var end = !isDefined
def next() = {
val n = if (end) throw new NoSuchElementException() else get
end = true
n
}
def hasNext = !end
}编辑：实际上它甚至比那更好，因为在2.8中Option确实声明了一个iterator方法
def iterator: Iterator[A] =
if (isEmpty) Iterator.empty else Iterator.single(this.get)回答 1
Stack Overflow用户
回答已采纳
发布于 2010-04-10 04:26:29
我在想，有太多无意义的方法是必须的。例如，您希望返回值是什么：
Some(1) ++ Some(2)这目前通过2.8中的隐含编译和评估为List(1,2)，但看起来很奇怪。
也许这就是为什么2.7中的文档评论说：
Only potentially unbounded collections should directly sub-class Iterable编辑：正如@MattR在下面的评论中所示，我省略了对子类型的文档注释建议，这可能会产生误导。考虑到这一点，这个问题就变成了“为什么Option不扩展Collection特征？”
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/2607115
复制相关文章
相似问题