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

Приглашаем на FrontendConf 2024, которая пройдет 30 сентября и 1 октября 2024 в Москве.
Программа, подробности и билеты по ссылке: frontendconf.ru/moscow/2024
________
FrontendConf 2022
frontendconf.ru/moscow/2022/a...
Веб-сайты уже давно перестали напоминать простые листы с текстовой информацией. Сейчас это полнофункциональные приложения, порой с очень сложной и тяжелой логикой. А чем больше логики и чем сложнее она становится, тем сильнее сайт начинает замедляться, что, естественно, не нравится пользователям.
...
--------
Нашли ошибку в видео? Пишите нам на [e-mail]

[@user-ud3ze6wy2j]

Доклад - ТОП!!!!!!!

[@luciferuzzz]

Хороший доклад, спасибо!

[@-dubok-]

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

[@AndreiVvedenskii]

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

[@31danmaster31]

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