свитч кейс, если будет 20, 30 кейсов?
Писать мидлварю для сокета — нормально. Хотя, можно заюзать что-то готовое — саги хорошо с сокетом дружат. Свитч — это ж не основная идея статьи, а просто пример. Можешь сервис с маршрутизатором вокруг сокета навернуть и точно так же его в мидлваре запускать
спасибо. а как вариант, мидлварь создает экшн "WS_message", а уже потом каждый редюсер смотрит на содержимое и решает че делать?
Но если по сокету события приходят часто (точки на графике по 60 за секунду, например), я бы сильно-сильно задумался, стоит ли диспатчить каждое сообщение. Это ж пересчёт всех редьюсеров. Может, не засовывать в редакс? А если это не точки, а что-то, что можно агрегировать — может, лучше агрегировать перед диспатчем?
вот тоже задумался насчет нагрузки на каждый меседж. приложение - аля маркетплейс, вряд ли будет столько сообщений, но сейчас сложно сказать а если не в редакс, то как? есть успешные примеры?
Если не редакс, то стейт-менеджер, который не перетряхивает всё приложение на каждый чих. Эффектор, реатом, мобыкс — тыща их. Или свой маленький сервис сбоку, на который можно подписаться точечно из компонентов.
Обсуждают сегодня