n
И вообще кто в пятницу работает тот смерти шефу желает
Ну вот((
Size: a a a
2020 June 12
D
Ребят объясните плз, чем обоснован этот boilerplate код, когда после маппинга листа ее нужно конвертировать обратно в лист?
n
Ребят объясните плз, чем обоснован этот boilerplate код, когда после маппинга листа ее нужно конвертировать обратно в лист?
Потому что возвращает ленивый итератор, который не наследник листа и не позволяет, например, произвольного доступа.
D
Потому что возвращает ленивый итератор, который не наследник листа и не позволяет, например, произвольного доступа.
понятно что возвр итератор, но зачем это нужно?
n
понятно что возвр итератор, но зачем это нужно?
Ну потому видимо что разрабы прикинули что частый кейс когда именно лениво вычислять нужно элементы.
EE
Ну потому видимо что разрабы прикинули что частый кейс когда именно лениво вычислять нужно элементы.
на самом деле это довольно редкий кейс)
n
на самом деле это довольно редкий кейс)
А вот с этим я согласен. Но иного объяснения я придумать не могу
EE
у нас в swift есть такой модификатор lazy, который может сделать коллекцию и все вычисления на ней сделать ленивыми и я вот уже 5 лет ищу куда бы его воткнуть и не могу найти) почти всегда тебе нужна вся коллекция)
EE
нет такого поинта что ты ее мапнул и взял только один элемент а через какое то время второй)
EE
на самом деле дарт очень бойлерплейтовый
EE
n
нет такого поинта что ты ее мапнул и взял только один элемент а через какое то время второй)
Ну, могу представить кейс что нужно взять какой нибудь firstWhere, но это нужно конечно всяко реже чем лист после map заиметь
D
еше этот orNull параметр в where методах facepalm -_-
EE
Ну, могу представить кейс что нужно взять какой нибудь firstWhere, но это нужно конечно всяко реже чем лист после map заиметь
ну смотри. у нас есть список [1, 2, 3, 4, 5, 6, 7, 8, ..., n]
нам надо его преобразовать, пусть для примера возвести в квадрат
взять заранее известный элемент. Например 1 или второй
ты делаешь вот так
final a = pow(list[1])
и все, Лень бы помогла если бы делали наоборот
final a = list.map((e)=> pow(e))[1]
но во первых нафиг так делать? во вторых там итератор последовательный, ты не можешь получить доусп по индексу, то есть мой пример не сработает) если тебе нужен 7ой элемент то ты будешь итерировать 7 раз)
нам надо его преобразовать, пусть для примера возвести в квадрат
взять заранее известный элемент. Например 1 или второй
ты делаешь вот так
final a = pow(list[1])
и все, Лень бы помогла если бы делали наоборот
final a = list.map((e)=> pow(e))[1]
но во первых нафиг так делать? во вторых там итератор последовательный, ты не можешь получить доусп по индексу, то есть мой пример не сработает) если тебе нужен 7ой элемент то ты будешь итерировать 7 раз)
AK
понятно что возвр итератор, но зачем это нужно?
затем чтобы чейн не порождал новых листов
EE
короче это все полезно только в одном кейсе, если тебе надо вытягивать элементы из списка не сразу, а по очереди, ну например при проккрутке ListView тогда это будет полезно)
n
ну смотри. у нас есть список [1, 2, 3, 4, 5, 6, 7, 8, ..., n]
нам надо его преобразовать, пусть для примера возвести в квадрат
взять заранее известный элемент. Например 1 или второй
ты делаешь вот так
final a = pow(list[1])
и все, Лень бы помогла если бы делали наоборот
final a = list.map((e)=> pow(e))[1]
но во первых нафиг так делать? во вторых там итератор последовательный, ты не можешь получить доусп по индексу, то есть мой пример не сработает) если тебе нужен 7ой элемент то ты будешь итерировать 7 раз)
нам надо его преобразовать, пусть для примера возвести в квадрат
взять заранее известный элемент. Например 1 или второй
ты делаешь вот так
final a = pow(list[1])
и все, Лень бы помогла если бы делали наоборот
final a = list.map((e)=> pow(e))[1]
но во первых нафиг так делать? во вторых там итератор последовательный, ты не можешь получить доусп по индексу, то есть мой пример не сработает) если тебе нужен 7ой элемент то ты будешь итерировать 7 раз)
Ну там есть возможность по индексу взять, вот только да, пробегать все равно будет предыдущие элементы по идее
EE
затем чтобы чейн не порождал новых листов
по хорошему это должен компилятор оптимизровать без участия прогарммиста, он обладает всем необходимыми данными
n
Прикольно кстати "Iterating multiple times over the returned Iterable will invoke the supplied function f multiple times on the same element."
Видать память экономят
Видать память экономят
AK
по хорошему это должен компилятор оптимизровать без участия прогарммиста, он обладает всем необходимыми данными
что значит оптимизировать? у тебя есть метод, он должен что-то вернуть