Многопоточность на фронте. Абсурд или прекрасное архитектурное решение?/ Игорь Костяков (IBS Dunice)

Приглашаем на FrontendConf 2024, которая пройдет 30 сентября и 1 октября 2024 в Москве.
________
FrontendConf 2022

Веб-сайты уже давно перестали напоминать простые листы с текстовой информацией. Сейчас это полнофункциональные приложения, порой с очень сложной и тяжелой логикой. А чем больше логики и чем сложнее она становится, тем сильнее сайт начинает замедляться, что, естественно, не нравится пользователям.
...
--------

[-dubok-]

Определённо, это прекрасное архитектурное решение! Ваша схема фреймворка будущего достойна самого пристального внимания и реализации. Я думаю, что попробую сделать что-то похожее, но, конечно, VDOM выносить отдельно не буду, так как это сложно. А вот всё остальное можно реализовать, я и сам думал о подобном: использовать локальную базу, чтобы хранить стейт и обновлять его в фоне. Это позволит делать оффлайн-приложения, которые могут работать автономно, не загружаясь постоянно с сервера и снижая тем самым на него нагрузку.

Думаю, для начала всё можно сделать несколько проще, и, наверное, так и делают крупные компании: создать один сервис-воркер, с которым работают UI-потоки вкладок. Весь стейт и логику хранить в сервис-воркере, а рендер производить в основном. Довольно просто и должно быть быстро.

[AndreiVvedenskii]

Действительно, ведь на фронте так мало фреймворков!

[gamewithrap]

Доклад херня.
Кратко:
"Вот вам идея, как оптимизировать фронт с помощью веб воркеров.
А то что теперь работа с состоянием становится асинхронной, и появляются классические проблемы параллельного программирования, я вам не скажу, пусть меня считают умным) "

[danmaster]

На фронте щас бешеная многопоточность, даже мобилизация не помогает.