Dlaczego tablicy nie można przypisać do Iterable?

z Java5 możemy napisać:

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

lub po prostu używając Iterable w pętli for. To jest bardzo przydatne.

Nie można jednak napisać ogólnej metody iterowalnej:

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

i wywoływanie go tablicą, ponieważ nie jest to Iterable:

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

Zastanawiam się nad przyczynami tej decyzji projektowej.

Tablice mogą implementować interfejsy ( Cloneablei java.io.Serializable). Więc dlaczego nie Iterable? Myślę, że Iterablewymusza dodanie iteratormetody, a tablice nie implementują metod. char[]nawet nie zastępuje toString. W każdym razie tablice referencji powinny być uważane za mniej niż idealne - użyj Lists. Jak komentuje dfa, Arrays.asListzrobi to za Ciebie, jawnie.

(Powiedziawszy to, możesz wywoływać clonetablice).

Tablica jest Obiektem, ale jej elementy mogą nie być. Tablica może zawierać prymitywny typ, taki jak int, z którym Iterable nie może sobie poradzić. Przynajmniej tak myślę.

Tablice powinny obsługiwać Iterable, po prostu nie, z tego samego powodu, dla którego tablice .NET nie obsługują interfejsu, który umożliwia tylko losowy dostęp według pozycji (nie ma takiego interfejsu zdefiniowanego jako standard). Zasadniczo frameworki często mają irytujące małe luki, których naprawienie nie jest warte nikogo. Nie miałoby znaczenia, czy sami moglibyśmy je naprawić w optymalny sposób, ale często nie możemy.

AKTUALIZACJA: Aby być zręcznym, wspomniałem o macierzach .NET, które nie obsługują interfejsu, który obsługuje losowy dostęp według pozycji (patrz także mój komentarz). Ale w .NET 4.5 ten interfejs został zdefiniowany i jest obsługiwany przez tablice i List<T>klasę:

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

Wszystko wciąż nie jest do końca idealne, ponieważ interfejs listy zmiennych IList<T>nie dziedziczy IReadOnlyList<T>:

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

Być może istnieje taka gotowa kompatybilność wsteczna z taką zmianą.

Jeśli pojawią się jakieś postępy w podobnych sprawach w nowszych wersjach Javy, chciałbym wiedzieć w komentarzach! :)

Niestety tablice nie są „ classwystarczające”. Nie implementują Iterableinterfejsu.

Podczas gdy tablice są teraz obiektami, które implementują Klonowalne i Serializowalne, uważam, że tablica nie jest obiektem w normalnym znaczeniu i nie implementuje interfejsu.

Powodem, dla którego można ich używać w pętlach dla każdej pętli, jest to, że Słońce dodało cukier syntetyczny do tablic (jest to szczególny przypadek).

Ponieważ tablice zaczęły się jako „prawie obiekty” w Javie 1, byłoby zbyt drastyczne zmiany, aby uczynić je prawdziwymi obiektami w Javie.

Kompilator faktycznie tłumaczy for eachtablicę na prostą forpętlę ze zmienną licznika.

Kompilowanie następujących

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

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

a następnie dekompilacja pliku .class daje

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