Warum kann ein Array nicht Iterable zugewiesen werden?

Mit Java5 können wir schreiben:

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

oder einfach ein Iterable in der for-Schleife verwenden. Das ist sehr praktisch.

Sie können jedoch keine generische Methode für iterable wie folgt schreiben:

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

und es mit einem Array aufrufen, da es kein Iterable ist:

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

Ich frage mich über die Gründe für diese Designentscheidung.

Arrays können Schnittstellen ( Cloneableund java.io.Serializable) implementieren . Warum also nicht Iterable? Ich denke, Iterableerzwingt das Hinzufügen einer iteratorMethode, und Arrays implementieren keine Methoden. char[]überschreibt nicht einmal toString. Auf jeden Fall sollten Referenzarrays als weniger ideal angesehen werden - verwenden Sie Lists. Wie dfa kommentiert, Arrays.asListwird die Konvertierung explizit für Sie durchgeführt.

(Allerdings können Sie cloneArrays aufrufen .)

Das Array ist ein Objekt, seine Elemente jedoch möglicherweise nicht. Das Array enthält möglicherweise einen primitiven Typ wie int, mit dem Iterable nicht umgehen kann. Zumindest denke ich das.

Arrays sollten dies unterstützen Iterable, sie tun dies jedoch nicht, aus dem gleichen Grund, aus dem .NET-Arrays keine Schnittstelle unterstützen, die einen schreibgeschützten Direktzugriff nach Position ermöglicht (es gibt keine solche als Standard definierte Schnittstelle). Grundsätzlich weisen Frameworks oft störende kleine Lücken auf, deren Behebung niemandes Zeit wert ist. Es wäre egal, ob wir sie selbst optimal reparieren könnten, aber oft können wir es nicht.

UPDATE: Um ausgeglichen zu sein, habe ich .NET-Arrays erwähnt, die keine Schnittstelle unterstützen, die den wahlfreien Zugriff nach Position unterstützt (siehe auch meinen Kommentar). In .NET 4.5 wurde diese genaue Schnittstelle definiert und wird von Arrays und der List<T>Klasse unterstützt:

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

Es ist immer noch nicht alles perfekt, da die veränderbare Listenschnittstelle IList<T>nicht erbtIReadOnlyList<T> :

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

Vielleicht gibt es eine mögliche Abwärtskompatibilität mit einer solchen Änderung.

Wenn es in neueren Versionen von Java Fortschritte bei ähnlichen Dingen gibt, würde ich mich über die Kommentare freuen! :) :)

Leider sind Arrays nicht classgenug. Sie implementieren die IterableSchnittstelle nicht.

Während Arrays jetzt Objekte sind, die Clonable und Serializable implementieren, glaube ich, dass ein Array kein Objekt im normalen Sinne ist und die Schnittstelle nicht implementiert.

Der Grund, warum Sie sie in for-each-Schleifen verwenden können, ist, dass Sun etwas synthetischen Zucker für Arrays hinzugefügt hat (dies ist ein Sonderfall).

Da Arrays mit Java 1 als "fast Objekte" begannen, wäre eine Änderung viel zu drastisch, um sie zu echten Objekten in Java zu machen .

Der Compiler übersetzt das for eachauf einem Array tatsächlich in ein einfachesfor Schleife mit einer Zählervariablen.

Folgendes kompilieren

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

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

und dann Dekompilieren der .class-Datei ergibt

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);
    }
}