DK
Интерфейс как таковой ничем бы не отличался. Отличалось бы то, как со стейтом работают
Size: a a a
2021 August 23
SO
я полагаю это существенное отличие?
SO
т.е. в элм ну и в витуал дом - чистая функция от стейта в дерево объектов. А тут как?
DK
Можно сделать так же если хочется, или иметь внутренний стейт. Главное что Стэйт находится в специальном контейнере, который умеет пробрасывать изменения во вьюхи...
вот тут примерно написано https://github.com/hoplon/javelin
вот тут примерно написано https://github.com/hoplon/javelin
DK
Но если хочется можно сделать и совсем как в элм
DK
Хотя особо смысла в этом не вижу
SO
Но внутри этого контейнера, каким образом он "пробрасывает" изменения? Он на элементы, аттрибуты цепляет всякие хендлеры, которые реактивно меняют содержимое?
DK
Содержимое меняется только если оно должно быть изменено
DK
То есть если модель данных изменилась и это имеет отношение к вьюхе - тогда вьюха активно меняется (не вручную конечно)
SO
ну по сути там тот вирутал-дом внутри
DK
Нет
DK
Там есть один элемент который похож на вдом - это реконцеляция списков
DK
Но и все, остальное совсем не про то
СК
А в чем профит отказываться от vdom, какие у него минусы? Хорошая же штука для оптимизации
AP
Она нужна тогда, когда ты не можешь верить данным
DK
Вдом действительно отличная штука для js, где что угодно может когда угодно мутировать
AP
Если у тебя иммутабельные структурки, то достаточно знать, что всё поддерево не менялось, чтобы верить в то, что перерисовывать нечего
DK
Вот Алексей за меня все рассказал)
AP
Т.е. роль "виртуального DOM" для получения diff выполняют два среза стейта
AP
Имеем diff — делаем точечные апдейты в реальный DOM