[В пару словах] Избавляемся от Iterator после декомпиляции

[Bars]

Допустим вы декомпилировали какой-то плагин Fernflower'ом и хотите заменить итераторы на привычные циклы

 

[Bars]

На ошибку не смотрите, в моём случае этот итератор оказалось лучше не убирать. Но сам способ правильный

 

[AnotherDryad]

Ам, зачем?

 

[Bars]

Ам, зачем?

Прост, рефакторинг

 

[AnotherDryad]

Прост, рефакторинг

Для чего?
Что-бы компилятор опять превратил подобный цикл в итератор?
Оптимизация же

 

[Bars]

Для чего?
Что-бы компилятор опять превратил подобный цикл в итератор?
Оптимизация же

ECU - Easy Code Understanding
Мало кому надо
И отсутствие лишнего импорта + строк

 

[AnotherDryad]

ECU - Easy Code Understanding
Мало кому надо

Для детей да,
Для людей с опытом, это не особо важно..
Некоторые работают с кодом по сложнее..

Кстати, чем сложнее код, тем лучше он защищен от тех кому лучше не знать как он работает

 

[alexandrage]

В байткоде оно все равно будет одинаковым.

 

[Reality_SC]

Это не повод не относиться уважительно к самому исходному коду. Даже если его никто никогда кроме вас читать не будет.

 

[ql_Nik_lp]

С каких пор читать итераторы неудобно?

 

[Bars]

С каких пор читать итераторы неудобно?

Кому. Как.
Я не люблю лишние импорты, тем более при итераторах надо в <> прописывать тип, который Fernflower сам не проставляет
Не то что мне влом, сколько я люблю как можно более идеальный код

 

[ql_Nik_lp]

Кому. Как.
Я не люблю лишние импорты, тем более при итераторах надо в <> прописывать тип, который Fernflower сам не проставляет
Не то что мне влом, сколько я люблю как можно более идеальный код

Итератор универсальнее)

как можно более идеальный код

Тогда тут вообще нужны не циклы а там Java 8.. Stream API
Раз тебе нравится покрасивше)

Да и зачем может понадобится декомпилировать плагины то?

 

[saharin94]

Да и зачем может понадобится декомпилировать плагины то?

Не все авторы предоставляют исходники, а необходимость что-то переделать в плагине под себя возникает.