AY
просто если раньше бы вкладка себе позволила 300 мегабайт памяти отжирать, вряд ли бы это считалось нормой
Size: a a a
2019 June 19
Вл
Занятно, что в духе React GUI писали для игр еще в далеких 80-х. Тогда это казалось просто естественным подходом :)
можно конкретней
PS
можно конкретней
В те времена у вас была просто единая функция опроса всех UI-элементов, безо всякого событийного программирования. Функция вызывалась, скажем, 50 раз в секунду. И здесь построение и сравнение деревьев в духе vdom только сделало бы подход нежизнеспособным на 8-битных машинах :)
AY
Vdom же 😁
помимо рисования(самой дорогой операции), тем не менее все приложение переживает весь жизненный цикл на каждый пук
AY
возможно, я неправильно выразился
PS
Собственно, несколько лет назад этот подход осмыслили и назвали IMGUI. А потом появился React. Можно его считать функциональным аналогом IMGUI :)
SG
помимо рисования(самой дорогой операции), тем не менее все приложение переживает весь жизненный цикл на каждый пук
Тут нельзя так определенно говорить. Как построишь. При грамотном разделении логики пуки переживаются разными отделами тракта.
SG
Собственно это одна из задач как не допускать такого, иначе затыки неизбежны, да.
SG
Есть ещё проблема, пила GC
SG
Но тут приходится применять искусства приседать в духе пула объектов
SG
В итоге оператор distinct* и scan из RxJS -- то, чем пользоваться приходится чаще желаемого.
AP
"Слезь с пилы GC" (простите)
SG
Ну надо WASM для такого, с чем-нибудь вроде раста для более грамотного управления аллоцированием.
SG
Но мы это избегаем (пока?)
Вл
Ну надо WASM для такого, с чем-нибудь вроде раста для более грамотного управления аллоцированием.
думаю будет страшное время. краши страничек