Как стать автором
Обновить

Комментарии 10

Отличный туториал, спасибо за проделанную работу!
спасибо :)
Я занимаюсь разработкой SPA приложения на стеке react/redux для модерации контента, присылаемого пользователями.


С реактом понятно, а где redux? Чего это у вас напрямую работа со стейтом?
Так это и не SPA приложение :) надеюсь вы поняли иронию.
Я не сторонник хранить «все» в redux, то что можно сделать через локальный стейт, я делаю через state, в продакшене вместо markersData, я прокидываю координаты из родительского контейнера в props, которые приходят из redux
Ну, на демке вполне себе SPA )). Мне просто интересно, большинство людей, когда используют сложные компоненты типа картографических фреймворков в связке react/redux, забивают на принципы redux.

Просто redux — не панацея, и применять его нужно аккуратно, там где нужны транзакционные апдейты app-wide состояния. Все остальное прекрасно уживается в local state.

Стоп стоп стоп… То есть вы хотите, чтобы я, при использовании редакса, все состояния выносил в редакс? Ну это бред! По сути редакс нужен только для каких-то глобальных вещей, типа текущего url, не знаю, состояния рендеринга или логина. Зачем всё приложение уведомлять о том, что на какой-то карте, которая к приложению по сути может вообще не иметь отношения, изменились какие-то маркеры? Конечно если это какая-нибудь тактическая игра.

Нет, я не говорю, что все должно быть в redux. Просто я вот занимаюсь ГИСами и у меня то, что отображается на карте и есть основная бизнес-логика, а не «изменились какие-то маркеры». Вот мне и интересно было, когда автор сказал про стек react/redux, как он работает со сложными картографическими компонентами, с которыми все общение обычно построено на функциях и событиях, и следование redux при работе с этими компонентами рождает гигантский оверхед. Мои исследовании в итоге привели меня к тому же варианту, который описал автор — чистый react без redux/mobx.
А какое у вас требование по количеству одновременно отображаемых маркеров было?
Требований по количеству не было, если точки уже есть на фронте, то гугл карта вполне шустро работает с большим количеством маркеров, пинговать начинает сервер, тк ему эти точки нужно на фронт прислать, в итоге мы пришли к следующему взаимодействию: при изменении координат видимой области карты, фронт отсылает центр и радиус в котором необходимо искать пользователей, а бек возвращает найденных с сортировкой к центру, в итоге работает быстро и грузит только то что надо
Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории