Por que uma matriz não pode ser atribuída à Iterable?

com Java5, podemos escrever:

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

ou apenas usando um Iterable no loop for. Isso é muito útil.

No entanto, você não pode escrever um método genérico para iterável como este:

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

e chamando-o com uma matriz, pois não é um Iterable:

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

Estou pensando nas razões por trás dessa decisão de design.

Matrizes podem implementar interfaces ( Cloneablee java.io.Serializable). Então porque não Iterable? Eu acho que Iterableforças adicionando um iteratormétodo, e matrizes não implementam métodos. char[]nem substitui toString. De qualquer forma, as matrizes de referências devem ser consideradas abaixo do ideal - use Lists. Como comentários do dfa, Arrays.asListfará a conversão explicitamente.

(Dito isso, você pode chamar clonematrizes.)

A matriz é um objeto, mas seus itens podem não ser. A matriz pode conter um tipo primitivo como int, que o Iterable não pode lidar. Pelo menos é o que eu acho.

As matrizes devem suportar Iterable, simplesmente não, pelo mesmo motivo que as matrizes .NET não suportam uma interface que permite acesso aleatório somente leitura por posição (não existe uma interface definida como padrão). Basicamente, as estruturas costumam ter pequenas lacunas irritantes, o que não vale a pena reparar. Não importaria se poderíamos corrigi-los da melhor maneira possível, mas geralmente não podemos.

ATUALIZAÇÃO: Para ser imparcial, mencionei matrizes .NET que não suportam uma interface que suporta acesso aleatório por posição (consulte também meu comentário). Mas no .NET 4.5 essa interface exata foi definida e é suportada por matrizes e pela List<T>classe:

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

Tudo ainda não é perfeito porque a interface da lista mutável IList<T>não herda IReadOnlyList<T>:

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

Talvez exista uma possível compatibilidade com essa alteração.

Se houver algum progresso em coisas semelhantes nas versões mais recentes do Java, eu estaria interessado em saber nos comentários! :)

Infelizmente, matrizes não são ' classsuficientes'. Eles não implementam a Iterableinterface.

Enquanto matrizes agora são objetos que implementam Clonable e Serializable, acredito que uma matriz não é um objeto no sentido normal e não implementa a interface.

A razão pela qual você pode usá-los em cada loop é porque a Sun adicionou um pouco de açúcar sintático para matrizes (é um caso especial).

Como as matrizes começaram como 'quase objetos' no Java 1, seria uma mudança drástica demais para torná-las objetos reais em Java.

O compilador na verdade converte o for eachem uma matriz em um forloop simples com uma variável de contador.

Compilando o seguinte

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

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

e, em seguida, descompilar o arquivo .class gera

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