Почему нельзя итерировать перечисления?
В Java 5 и выше у вас есть цикл foreach, который волшебным образом работает со всем, что реализует Iterable:
for (Object o : list) {
doStuff(o);
}
Однако Enumerable по-прежнему не реализует Iterable, а это означает, что для перебора Enumeration вы должны сделать следующее:
for(; e.hasMoreElements() ;) {
doStuff(e.nextElement());
}
Кто-нибудь знает, есть ли причина, по которой Enumeration до сих пор не реализует Iterable?
Редактировать: В качестве пояснения я не говорю о языковой концепции перечислить, я говорю о специфическом для Java классе в Java API под названием «Перечисление».
Ответы 5
Перечисление не было изменено для поддержки Iterable, потому что это интерфейс, а не конкретный класс (например, Vector, который был изменен для поддержки интерфейса коллекций).
Если бы Enumeration была изменена для поддержки Iterable, это сломало бы кучу кода людей.
Тем не менее, учитывая, что существует поддержка для каждого обе Iterable и массивов, почему sun также не включил Enumerable?
@Adrian Kuhn: они не включали поддержку для каждого для Iterator, а Enumerable ведет себя как Iterator, а не Iterable.
Перечисление НЕ ИТЕРАКТИВНО. Enumeratrion на самом деле является IteraTOR (но без «удаления») stackoverflow.com/a/8197868/117220. С этим уточнением ответ заключается в том, что это нарушит существующие API. Было бы возможно сделать это с обратной совместимостью, если бы частичная реализация разрешена в интерфейсах (например, в чертах Scala).
@PetrGladkikh: Но в Java 8 все еще не исправили.
@JohnEye Даже с использованием методов по умолчанию в Java 8 невозможно полностью реализовать Enumeration на основе Iterable. Нечего «исправить»; Enumeration и Iterable не являются логически эквивалентными типами, и утилита преобразования для правильного устранения разрыва между ними уже предусмотрена в Collections.list().
AFAIK Перечисление вроде как "устарел":
Iterator takes the place of Enumeration in the Java collections framework
Я надеюсь, что они изменят API сервлетов с JSR 315, чтобы использовать Iterator вместо Enumeration.
Enumeration не имеет смысла внедрять Iterable. Iterable - заводской метод для Iterator. Enumeration аналогичен Iterator и поддерживает состояние только для одного перечисления.
Так что будьте осторожны, пытаясь обернуть Enumeration как Iterable. Если кто-то передаст мне Iterable, я буду считать, что могу вызывать iterator() несколько раз, создавая столько экземпляров Iterator, сколько хочу, и повторяя каждый из них независимо. Упакованный Enumeration не будет выполнять этот контракт; не позволяйте упакованному Enumeration ускользать от вашего собственного кода. (Кстати, я заметил, что DirectoryStream в Java 7 именно таким образом нарушает ожидания, и ему также нельзя позволить «ускользнуть».)
Enumeration похож на Iterator, а не на Iterable. Collection - это Iterable. Iterator - нет.
Вы не можете этого сделать:
Vector<X> list = …
Iterator<X> i = list.iterator();
for (X x : i) {
x.doStuff();
}
Так что это было бы бессмысленно:
Vector<X> list = …
Enumeration<X> i = list.enumeration();
for (X x : i) {
x.doStuff();
}
Не существует эквивалента Enumerable для Iterable. Его можно было бы добавить, ничего не нарушая, чтобы работать с циклами for, но какой в этом смысл? Если вы можете реализовать этот новый интерфейс Enumerable, почему бы просто не реализовать вместо него Iterable?
В качестве простого и чистый способа использования Enumeration с расширенным циклом for преобразование в ArrayList с помощью java.util.Collections.list.
for (TableColumn col : Collections.list(columnModel.getColumns()) {
(javax.swing.table.TableColumnModel.getColumns возвращает Enumeration.)
Обратите внимание, это может быть немного менее эффективным.
Забавно: это (столбцы в модели столбцов) - точная причина, по которой я нашел этот вопрос.
Если вы хотите, чтобы он был немного чище синтаксически, вы можете использовать:
while(e.hasMoreElements()) {
doStuff(e.nextElement());
}
Разве это не должно быть doStuff (e.nextElement ()) внутри блока?