Pourquoi l'option ne prolonge-t-elle pas directement le trait Iterable?

Question

Option est implicitement convertible en une Iterable - mais pourquoi il ne fait pas que simplement mettre en œuvre Iterable directement:

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:En fait, il est même Weider que parce que dans 2,8 Option ne déclare une méthode iterator :

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

Answer 1

Je pense qu'il y avait trop de méthodes non-absurdes qui seraient nécessaires. Par exemple, qu'est-ce que vous vous attendez à la valeur de retour soit pour:

Some(1) ++ Some(2) 

Cette compile actuellement et évalue à la liste (1,2) par l'intermédiaire implicits à 2,8, mais il semble étrange.

Peut-être est la raison pour laquelle les commentaires de doc à 2.7 disent:

Only potentially unbounded collections should directly sub-class Iterable 

Edit: Comme le montre @ MichelR de commentaire ci-dessous, me laissant la recommandation doc-commentaire à la collection sous-type est potentiellement trompeur . Et considérant qu'il transforme cette question en "Pourquoi l'option ne prolonge-t-elle pas le trait de collection?"