Я имею ввиду не повторные запросы. Проблема как на этой гифке: gif статья
Не хочется блокировать пользователю интерфейс из-за запроса (вдруг он ошибся, и теперь ему нужно ждать пока отработает запрос, перерендерится компонент и т.д.).
Я имею ввиду не повторные запросы. Проблема как на этой гифке: gifстатья
Не хочется блокировать пользователю интерфейс из-за запроса (вдруг он ошибся и теперь ему нужно ждать пока отработает запрос, перерендерится компонент и т.д.).
szQocks,
Я имел ввиду создавать ли редьюсеры для работы с этими списками, состояние конечно хранится в сторе.
Там используется redux-toolkit, с filter я что-то тупанул)
szQocks,
Вынести логику по фильтрации в компонент — но тут фильтрация на стороне сервера, на клиенте фактически ничего не фильтруется. Я просто не совсем понимаю как хранить данные списков: в разных редьюсерах или в редьюсере сущности(Post, в этом случае)
Спасибо за ответ!
Я думал сделать одну модель и в ней метод на подобии prepareToSend,
увидел похожую реализацию тут
Я слышал мнение, что, наоборот, snake case это лучшая практика для бэкэнда и json, но тут полностью согласен с вами
Уточню, что это React js. Я так понимаю, хранить разные файлы компонентов на сервере? Или имеется ввиду одна общая ветка и от нее разные? Или как, я возможно неправильно понял?
1. Да, решение прекрасное, я его использую для разных ссылок на бек в env, но тут ситуация другая - логика некоторых файлов(компонентов на одной странице, например) на разных сайтах может быть разная. На одном - компонент показывает одни данные, на другом - другие. Как здесь лучше сделать?
2. Я правильно понимаю, что нормальный деплой процесс - это с использованием deploy инструментов типо deployer, верно?