为什么Option不直接扩展Iterable特征?

oxb*_*kes 17 scala implicit-conversion scala-collections scala-option

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
}
Run Code Online (Sandbox Code Playgroud)

编辑: 事实上它甚至比那更糟糕,因为在2.8 Option中声明了一个iterator方法:

def iterator: Iterator[A] = 
  if (isEmpty) Iterator.empty else Iterator.single(this.get)
Run Code Online (Sandbox Code Playgroud)

Mit*_*ins 9

我认为有太多非荒谬的方法需要.例如,您期望返回值是什么:

Some(1) ++ Some(2)
Run Code Online (Sandbox Code Playgroud)

这目前通过2.8中的含义编译并评估List(1,2),但似乎很奇怪.

也许这就是为什么2.7中的文档评论说:

Only potentially unbounded collections should directly sub-class Iterable
Run Code Online (Sandbox Code Playgroud)

编辑:如下面@ MattR的评论所示,我将文档评论建议遗漏给子类型集合可能会产生误导.并且考虑到它将这个问题变成了"为什么Option不扩展Collection特征?"

  • 文档说,"如果集合具有已知大小,它也应该子类型集合.只有潜在无界集合才应该直接子类化Iterable". (2认同)