Perché l'opzione non estende direttamente il tratto Iterable?

Question

Option è implicitamente convertibile in una Iterable - ma perché non è solo solo attuare Iterable direttamente:

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 
} 

EDIT:In realtà è ancora Weider di quello, perché in 2.8 Option fa dichiarare un metodo di iterator :

def iterator: Iterator[A] = 
    if (isEmpty) Iterator.empty else Iterator.single(this.get) 

Answer 1

sto pensando che ci fossero troppi metodi non senza senso che sarebbero richiesti. Per esempio, che cosa si aspetta il valore di ritorno per essere per:

Some(1) ++ Some(2) 

Questo compila attualmente e valuta to List (1,2) tramite impliciti in 2.8, ma sembra strano.

Forse è per questo che i commenti di documentazione a 2,7 dicono:

Only potentially unbounded collections should directly sub-class Iterable 

Edit: Come mostrato nella @ di mattr commento qui sotto, lasciandomi il doc-commento raccomandazione di sottotipo Collection è potenzialmente fuorviante . E considerando che trasforma questa domanda in "Perché l'Opzione non estende il tratto della Collezione?"