AP
Gleb
Мне где то сказанули что в elm часто из за иммутабилность, так как компилируется в жс, overhead
Накладные расходы у иммутабнльных структур есть. Вне зависимости от того, что там и во что компилируется
Size: a a a
2020 November 11
AP
Но реальность такова, а) это не настолько заметно, если писать илиоматичный код, и б) профиты перекрывают недостаток скорости
AP
Я уж молчу о том, что формошлёпство обычно в принципе не предполагает какой-то интенсивной алгоритмики
AP
"для GUI — хватает", кароч
AP
И повторю на всякий случай, накладные расходы на исполтзование ЧФСД не зависят то того, во что компилируется язык. А за счёт JIT часть расходов вообще нивелируется
DK
По сравнению с тем что они делают в js для иммутабельности расходы элма вообще ерунда. Взять самый популярный immer, сначала он делает глубокую копию на которую применяются изменения... потом изменённая копия сравнивается с начальным значением и считается дифф, потом этот дифф апплается на изначальную структуру... и ничего, никто даже усом не ведёт, хвалят, премии дают
AY
Denis Krivosheev
По сравнению с тем что они делают в js для иммутабельности расходы элма вообще ерунда. Взять самый популярный immer, сначала он делает глубокую копию на которую применяются изменения... потом изменённая копия сравнивается с начальным значением и считается дифф, потом этот дифф апплается на изначальную структуру... и ничего, никто даже усом не ведёт, хвалят, премии дают
для тех, кому лень следить за shallow equal 🤦♂️
G
Ок спс
AP
Denis Krivosheev
По сравнению с тем что они делают в js для иммутабельности расходы элма вообще ерунда. Взять самый популярный immer, сначала он делает глубокую копию на которую применяются изменения... потом изменённая копия сравнивается с начальным значением и считается дифф, потом этот дифф апплается на изначальную структуру... и ничего, никто даже усом не ведёт, хвалят, премии дают
Но есть же нормальные либы с нормальными ЧФСД
AP
Эта, как её, либа со структурками из кложи — там всё по Окасаки
AY
Эта, как её, либа со структурками из кложи — там всё по Окасаки
Я плохо улавливаю смысл. Если в js делать типа
{ post | title = "new title" }
то там хватает shallowEqual
а делать какие-то глубокие апдейты уже в принципе не ок.
В чем смысл пытаться тянуть это?
{ post | title = "new title" }
то там хватает shallowEqual
а делать какие-то глубокие апдейты уже в принципе не ок.
В чем смысл пытаться тянуть это?
AP
Это я не улавливаю, потому что не в курсе того, что значит этот ваш shallowEqual
AP
JS умеет только копировать полностью, либо мутировать по месту
AP
ЧФСД умеют в персистентность, т.е. то, что не меняется — не копируется.
AP
Если ваш словарик имеет пять ключей, то можно и копировать. А если это большое key-value хранилище, то копирование при каждом изменении набора ключей будет дорого обходиться
AP
Поэтому если вы пишете функционально, то и использовать нужно соответствующие структуры, а не сплайсы новомодные втыкать, не задумываясь о их стоимости
GP
JS умеет только копировать полностью, либо мутировать по месту
полностью но с сохранением ссылок для тех значений где апдейта не было, если уж упомянули Окасаки
AP
> а делать какие-то глубокие апдейты уже в принципе не ок.
вкусовщина и вообще "не надо обобщать"
вкусовщина и вообще "не надо обобщать"
GP
как раз шалоу иквал и проверит примитивы по значению, а объекты по ссылкам
AP
Но
{ post | title = "new title" } скопирует структуру post, не?