p
например MainMsg PageMsg ContentMsg FormMsg SubmitMsg
Size: a a a
2020 July 06
p
Получается что элму нужно вызвать все дерево функций апдейт а затем вернувшуюся модель передать в дерево функций view?
DK
DK
То есть спускаясь по иерархии вьюх по пути формируется иерархия мессаджей
p
гдето должна быть магия которая оптимизирует этот процесс, например в реакте при обновлении стейта перерендеривается только это поддерево
p
неужели на каждый месседж формируется все дерево заново
DK
Html.lazy, Html.keyed
DK
Формируется все дерево но это все равно сильно быстрее реакта из-за референс транспаренси, встроенной иммутабельности и супер быстрых сравнений на эквивалентность
DK
По моему опыту элм очень сложно сделать медленным, нужно постараться, реакт очень сложно сделать быстрым, нужно постараться
DK
Хотя какой нибудь реакт завёрнутый в функциональный язык, в ризон там или кложу тоже очень быстрый получается, но не потому что язык делает что-то быстрее, а потому что в них сложнее делать всякие неправильные вещи
p
В эльме рекорды и листы копируются когда передаются в другую функцию?
_:
На уровне семантики — да
_:
Для оптимизации наверняка это не так под капотом
DK
Погодите погодите... в элме все передаётся по ссылке, потому что иммутабельно
p
тоже подумал, если они копируются всегда когда меняются то нет смысла их копировать всякий раз
AY
Denis Krivosheev
По моему опыту элм очень сложно сделать медленным, нужно постараться, реакт очень сложно сделать быстрым, нужно постараться
В реакте 99% вещей не нужно делать быстрыми 😑
DK
тоже подумал, если они копируются всегда когда меняются то нет смысла их копировать всякий раз
Они тоже как бы не совсем копируются. Определённое копирование конечно присутствует, но совсем не так, как cloneDeep
p
ну как Object.assign наверно
DK
В реакте 99% вещей не нужно делать быстрыми 😑
У меня очень обширный опыт очень больших проблем с перформансом реакта. И как то всегда мне надо было делать его быстрым... но у каждого свой опыт
DK
