- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
public boolean hasNext() {
if (vectorIndex == vector.size())
return false;
return true;
}
public Object next() {
try {
return new Double(vector.getElement(vectorIndex));
}
catch(OutOfBoundsException e) {
throw new RuntimeException(e);
}
finally {
vectorIndex++ ;
}
}
* if (X) return false else return true вместо if (!X)
* new Double(), хотя можно было просто вернуть элемент
* RuntimeException вместо требуемого контрактом интерфейса NoSuchElementException
* инкремент в finally
* Object next(), хотя Iterator - это generic-интерфейс
И, наконец, на закуску - непонятно, зачем изобретать велосипед, если Vector уже реализует Iterable и этот итератор просто (коряво) дублирует логику стандартного.
return, не?
Конкретно здесь - return vectorIndex != vector.size().
Только надо вынести инкремент из finally, а то после первой попытки выйти за границы hasNext будет возвращать true.
Может getElement() возвращает строку, а это хитрожопый VectorDoubleIterator :)
>Vector уже реализует Iterable
Это, походу, велосипедный Vector, у стандартного ведь нет getElement().
Пути Сана неисповедимы.
> Это, походу, велосипедный Vector, у стандартного ведь нет getElement().
Однако! Точно, у стандартного есть просто get и есть elementAt.
Получается, этот самопальный вектор даже List не реализует? М-да...
M-M-M-MONSTER SHITTYCODE!
Его говнокоды. Движок говнокода в курсе.
Движок говнокода не провести сиськами на аватарке.
На говнокоде обсуждают только код и сиськи.
Ты хотел сказать давушку? LOL
Или ты имел ввиду "трапа"?
Уговорил. Приводи.
у всех Number есть, и даже BigDecimal. а писать .valueOf() правильно, ибо, в отличие от new, дает прирост в производительности.
или вы не на джаве прогите?
Даблы тоже кешируются? Я думал только целые.
подозреваю, что должно быть так
нет, это выход за границы, нужно кидать NoSuchElementException
Там, вроде, MoveNext, Current и Reset нужны.