Требований по количеству не было, если точки уже есть на фронте, то гугл карта вполне шустро работает с большим количеством маркеров, пинговать начинает сервер, тк ему эти точки нужно на фронт прислать, в итоге мы пришли к следующему взаимодействию: при изменении координат видимой области карты, фронт отсылает центр и радиус в котором необходимо искать пользователей, а бек возвращает найденных с сортировкой к центру, в итоге работает быстро и грузит только то что надо
Так это и не SPA приложение :) надеюсь вы поняли иронию.
Я не сторонник хранить «все» в redux, то что можно сделать через локальный стейт, я делаю через state, в продакшене вместо markersData, я прокидываю координаты из родительского контейнера в props, которые приходят из redux
Конечно, рано или поздно данные на клиенте теряют актуальность — нам нельзя слепо полагаться на данные, которые когда-то давно к нам пришли с сервера. Поэтому надо предусмотреть механизм инвалидации старых данных и записать «время жизни» каждого типа данных в конфиг.
— такое решение пороховая бочка и кладезь ошибок, лучше подключить вебсокеты и тогда ваше хранилище станет отражением сервера
Я не сторонник хранить «все» в redux, то что можно сделать через локальный стейт, я делаю через state, в продакшене вместо markersData, я прокидываю координаты из родительского контейнера в props, которые приходят из redux
— такое решение пороховая бочка и кладезь ошибок, лучше подключить вебсокеты и тогда ваше хранилище станет отражением сервера