редакса в реакт spa:
Хороша ли практика разделения логики общения с сервером и react, и дальнейшее общение этой логики и реакта через состояние редакса, кидаясь экшенами?
P.s.
1. Есть redux стор
2. Есть визуальное отображение на react
3. Есть отдельное место, в котором идет общение с серваком, будь то rest или socket
4. Визуальный react, если хочет какие-то данные, просит их кидая экшен
5. В redux срабатывает редьюсер, который говорит отдельному месту сделай запрос
6. Отдельное место долго думает, лопатит, получает данные или ошибку и кидается экшеном
7. В redux срабатывает редьюсер и меняет стейт таким образом, что react реагирует на это как-то визуально
8. Предположим произошло обновление данных или сработал ивент в отдельном месте, и пришли новые данные без запроса, кинули экшен в редакс, если какой-то компонент слушал изменение стейта, то перерендерился, если нет, то и замечательно.
P.p.s. Просто идея использовать саги, санки и прочую лабуду меня угнетает, я просто хочу сделать обычную логику отдельно, а redux использовать только как global state и global event loop, а react как Viewer
не осилил
"отдельное место" это же и есть, например, санки. Почему общепринятый способ запроса данных в редаксе (без привлечения, собственно, редьюсера, при чём он тут вообще?) угнетает, а желание написать свой костыль в виде "отдельного места" не угнетает?)
Обсуждают сегодня