Каста преждевременных оптимизаторов?)

+

Каста "когда можно сделать что-то в примерно столько же строчек без создания лишней копии коллекции, о размере которой я ничего не знаю, я лучше так и сделаю"

нет, будет ConcurrentModificationException

используйте итератор, стримы

Спасибо) Мне уже подсказали. Я переписал на итератор

@javastart - чат для таких вопросов

да, я знаю. просто вопрос хоть и по азам, но ответ хотелось услышать от pro

там вполне pro сидят)

🤔 разумно.
Но всё же я склоняюсь к тому, чтобы сперва писать максимально понятный код, а потом думать над оптимизациями и корнер-кейсам.

а, тогда я ливаю :D

даже Тагир иногда отвечает

а что в этом такое себе ?

Если тебе не нужна исходная версия коллекции, это в сравнении с iterator.remove расходует больше ресурсов же (и память, пусть и вероятно незначительно, и время).
Нет, если бы переписать это без этих затрат было сложно, я бы сам сказал "зачем вы оптимизируете заранее", но тут же, считай, одинаковое количество кода получается на "модифицировать исходную коллекцию через итератор" и "собрать копию старой коллекции, отфильтровав элементы".

как же хорошо жить, когда вопрос "чем убрать элемент из списка" вообще не возникает

нет мутабельности, нет проблем

так, а куда проблемы перфоманса и аллокаций делись?)

сразу с козырей заходишь, ясно)

клевый ник

Быстро аллоцировали, заюзали и выбросили (отдали сборщику). Ну конечно если в коллекции 100500 элементов, то не проканает такой финт)