Perché un array non è assegnabile a Iterable?

con Java5 possiamo scrivere:

Foo[] foos = ...
for (Foo foo : foos) 

o semplicemente usando un Iterable nel ciclo for. Questo è molto utile.

Tuttavia non è possibile scrivere un metodo generico per iterable in questo modo:

public void bar(Iterable<Foo> foos) { .. }

e chiamandolo con un array poiché non è Iterable:

Foo[] foos = { .. };
bar(foos);  // compile time error 

Mi chiedo i motivi alla base di questa decisione progettuale.

Le matrici possono implementare interfacce ( Cloneablee java.io.Serializable). Allora perché no Iterable? Immagino che le Iterableforze aggiungano un iteratormetodo e le matrici non implementano metodi. char[]non ha nemmeno la precedenza toString. In ogni caso, le matrici di riferimenti dovrebbero essere considerate non ideali List. Come commenta il dfa, Arrays.asListfarà la conversione per te, esplicitamente.

(Detto questo, puoi chiamare clonearray.)

L'array è un oggetto, ma i suoi elementi potrebbero non esserlo. L'array potrebbe contenere un tipo primitivo come int, che Iterable non può far fronte. Almeno questo è quello che credo.

Le matrici dovrebbero supportare Iterable, semplicemente non lo sono, per lo stesso motivo per cui le matrici .NET non supportano un'interfaccia che consente un accesso casuale di sola lettura per posizione (non esiste una tale interfaccia definita come standard). Fondamentalmente, i framework hanno spesso fastidiosi buchi in loro, che non vale la pena a nessuno di riparare. Non importa se potremmo risolverli da soli in modo ottimale, ma spesso non possiamo.

AGGIORNAMENTO: Per essere omogeneo, ho menzionato array .NET che non supportano un'interfaccia che supporta l'accesso casuale per posizione (vedere anche il mio commento). Ma in .NET 4.5 quell'interfaccia esatta è stata definita ed è supportata da array e dalla List<T>classe:

IReadOnlyList<int> a = new[] {1, 2, 3, 4};
IReadOnlyList<int> b = new List<int> { 1, 2, 3, 4 };

Non tutto è ancora del tutto perfetto perché l'interfaccia dell'elenco mutabile IList<T>non eredita IReadOnlyList<T>:

IList<int> c = new List<int> { 1, 2, 3, 4 };
IReadOnlyList<int> d = c; // error

Forse c'è una possibile compatibilità con le versioni precedenti con un tale cambiamento.

Se ci sono progressi su cose simili nelle nuove versioni di Java, sarei interessato a sapere nei commenti! :)

Sfortunatamente, le matrici non sono " classabbastanza". Non implementano l' Iterableinterfaccia.

Mentre gli array sono ora oggetti che implementano Clonable e Serializable, credo che un array non sia un oggetto in senso normale e non implementi l'interfaccia.

Il motivo per cui puoi usarli in ogni ciclo è perché Sun ha aggiunto dello zucchero sintetico per gli array (è un caso speciale).

Da quando gli array sono iniziati come "quasi oggetti" con Java 1, sarebbe troppo drastico un cambiamento per renderli oggetti reali in Java.

Il compilatore traduce in realtà for eachun array su un semplice forciclo con una variabile contatore.

Compilando quanto segue

public void doArrayForEach() {
    int[] ints = new int[5];

    for(int i : ints) {
        System.out.println(i);
    }
}

e quindi decompilare i rendimenti del file .class

public void doArrayForEach() {
    int[] ints = new int[5];
    int[] var2 = ints;
    int var3 = ints.length;

    for(int var4 = 0; var4 < var3; ++var4) {
        int i = var2[var4];
        System.out.println(i);
    }
}