AP
если post большой, то и копия будет немаленькой, даже если значения сами не буду копироваться, а только ссылки
Size: a a a
2020 November 11
AP
функциональные же мапки шарят структуру и скопирована будет малая часть
AP
Я вижу код, в котором фронтендеры в цикле растят массив через сплайсинг. Это дичь
AP
А делают так потому, что типа функционально! Ещё и reduce фигачат в терминальных случаях
GP
Для терминальности есть итераторы и прочие аторы
AP
Итераторы — норм как раз. А вот
acc = [...acc, x] — херняGP
функциональные же мапки шарят структуру и скопирована будет малая часть
Ну сверху то мы каждый раз пока спускаемся рекурсивно до title будем пересоздавать конструктры, а потом то что ниже уже да перенесем
GP
Это если прям Map
AP
Это уже детали реализации. От коэффициента ветвления зависит количество узлов копируемых
AP
Но да, как-то так оно и работает
AY
Я вижу код, в котором фронтендеры в цикле растят массив через сплайсинг. Это дичь
.reduce((acc, item) => [...acc, item], [])
?
?
GP
В этом плане кстати Reason отдает js довольно оптимизированный, с while и с брейками ) Типа терминально и больше положенного не копирует
GP
Хех) Я просто на нем упражнения по Окасаки выполнял как раз и смотрел 😀Иба sml без фигурных скобочек , а привычка то осталась
AP
.reduce((acc, item) => [...acc, item], [])
?
?
ага, вот прям так и фигачат
AP
вот я про эту либку. Правда, она скорее мертва (стабильна?), походу
DK
Но есть же нормальные либы с нормальными ЧФСД
Есть и не одна, многие не осиливают
AP
Вообще тут прям проблема. С одной стороны GUI — как раз та область, где можно сильно упростить жизнь в долгосрочной перспективе, присев на иммутабельные структурки. И более того, можно даже себе позволить сплайсы те же — когда пунктов в менюшке мало, можно и посплайсить ради красоты кода, много ресурсов не потратишь.
AP
С другой настолько сложно продвигать идеи в сообщество, в котором принято подхачивать
DK
вот я про эту либку. Правда, она скорее мертва (стабильна?), походу
Мори дохлая, но есть ramda, да и у лодаш есть fp версия