¿Por qué una matriz no es asignable a Iterable?

con Java5 podemos escribir:

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

o simplemente usando un Iterable en el ciclo for. Esto es muy útil.

Sin embargo, no puede escribir un método genérico para iterable como este:

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

y llamarlo con una matriz ya que no es un Iterable:

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

Me pregunto las razones detrás de esta decisión de diseño.

Las matrices pueden implementar interfaces ( Cloneabley java.io.Serializable). Entonces, ¿por qué no Iterable? Supongo que Iterableobliga a agregar un iteratormétodo, y las matrices no implementan métodos. char[]Ni siquiera anula toString. De todos modos, los conjuntos de referencias deben considerarse menos que ideales: use Lists. Como comenta dfa,Arrays.asList hará la conversión por usted, explícitamente.

(Dicho esto, puede llamar clonea las matrices).

La matriz es un objeto, pero sus elementos pueden no serlo. La matriz puede contener un tipo primitivo como int, que Iterable no puede hacer frente. Al menos eso creo.

Las matrices deberían admitir Iterable, simplemente no lo hacen, por la misma razón que las matrices .NET no admiten una interfaz que permita el acceso aleatorio de solo lectura por posición (no existe una interfaz definida como estándar). Básicamente, los marcos a menudo tienen pequeñas brechas molestas, que no vale la pena el tiempo de arreglar. No importaría si pudiéramos arreglarlos nosotros mismos de una manera óptima, pero a menudo no podemos.

ACTUALIZACIÓN: Para ser imparcial, mencioné que las matrices .NET no admiten una interfaz que admita el acceso aleatorio por posición (ver también mi comentario). Pero en .NET 4.5 esa interfaz exacta se ha definido y es compatible con las matrices y elList<T> clase:

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

Todo aún no es perfecto porque la interfaz de lista mutable IList<T> no hereda IReadOnlyList<T>:

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

Tal vez hay un posible problema de compatibilidad con versiones anteriores con tal cambio.

Si hay algún progreso en cosas similares en las versiones más recientes de Java, ¡me interesaría saber en los comentarios! :)

Desafortunadamente, las matrices no son " classsuficientes". No implementan elIterable interfaz.

Si bien las matrices ahora son objetos que implementan Clonable y Serializable, creo que una matriz no es un objeto en el sentido normal , y no implementa la interfaz.

La razón por la que puede usarlos en los bucles for-each es porque Sun agregó algo de azúcar sintético para los arrays (es un caso especial).

Dado que las matrices comenzaron como 'casi objetos' con Java 1, sería un cambio demasiado drástico hacerlos objetos reales en Java.

El compilador en realidad traduce el for eachen una matriz en un forbucle simple con una variable de contador.

Compilando lo siguiente

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

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

y luego descompilando el archivo .class produce

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