EE
еще раз это для тебя map() возвращает лист, а для комплятора это просто намерение программиста преобразовать элементы в коллекции
и если ты делаешь list.map()[2] - это одно
map().where().reduce() это другое
Size: a a a
2020 June 12
EE
компилятор не программист, он видит что ты не юзаешь лист после map() и даже после reduce()
EE
он взрослый парень и в состоянии сложить всю это байду в обычный цикл
EE
причем один цикл
AK
если тебе это гарантируется - ок
EE
если тебе это гарантируется - ок
так с этого и разговор зашел, в swift разработчики компилятора сделали как удобно программистам, заложив в компилятор, а разработчки дарта сделали удобно себе и переложили это на программистов
EE
типо мы вам там ленивый итератор вернем, а вы сами его когда надо в лист преобразуйте
AK
а что переложили-то, если кратко?
AK
вызов .toList()?
AK
да это бойлерплейт
AK
не знаю как вы с этим живёте, конечно
EE
да просто такого много очень(
EE
меня например бесит писать (){} у замыкания без аргументов)
EE
или что то типа (e) => { pow(e) }
потому что в swift это можно написать как { pow($0) }
потому что в swift это можно написать как { pow($0) }
n
меня например бесит писать (){} у замыкания без аргументов)
Есть немного, да. В котлине даже с одним аргументом можно просто {} использовать
EE
Есть немного, да. В котлине даже с одним аргументом можно просто {} использовать
вот)
n
или что то типа (e) => { pow(e) }
потому что в swift это можно написать как { pow($0) }
потому что в swift это можно написать как { pow($0) }
{ pow(it) }
EE
а еще меня бесит писать вот такие штуки