3 диспатча в санке

Дииспатч же тоже можно авейт, по-моему?

Если мидлвер возвращает промис, то можно.

какой мидлвер?

типа если payload который передаем в екш креейтер это асинхронный запрос?

Всем привет. Мне сказали избавиться от этой миддлвары, намекнули, что в redux toolkit есть что-то с помощью чего это можно сделать. Я глянул доки, и не нашел этот инструмент. Может быть кто-нибудь подскажет?

Вообще по хорошему тебе нужно это делать не на уровне стейт менеджера

привет. использую redux в react-приложении. есть необходимость в библиотеке react-responsive для получения значений разрешения окна.
подскажите, как лучше организовать хранение значений переменных, основанных на этой библиотеке, потому как нужно брать их из многих мест

может проще свой хук написать?

для данной задачи это не будет сложно, зато легко с чем надо интегрировать, в тч с редаксом

Может кто знает, как достать это значение здесь?

Я сначала подумал про useSelector, но вне компонентов его нельзя юзать

Может быть кто подскажет. Как вы реализуете обработку ошибок запросов на бэк? Есть ли какой-то единый подход? Просто представьте что у вас есть куча различных ошибок для кучи различных запросов. И вам нужно как-то реагировать на возможные режекты запросов(отображать что-то на юае, будь то подпись под инпутом или просто всплывашка).

Куча ошибок это плохо)

Я использую тулкит и дроблю все вызовы на отдельные дерриктории которые называю модели. Модель состоит из  api, thunk, slice и selector. В стейте редьюсера закладываю поле для данных и  поле так скажем для служебной инфы по запросу в котором есть его состояние и там же error. И локально в компоненте в котором  делаю вызов - там же и рисую ошибку полученную селектором.

А если нужна возможность единого флоу для ошибок, то в приложении сделал отдельный пейдж для ошибок и она слушает редьюсер, в который эти ошибки попадают. Далее там где ты запрос делаешь, при неудачи там же шмаляешь его в этот редьюсер  и у тебя во весь экран ошибка. А если юзаешь роутеры то можно без редьюсера вообще. в апи редиректишь на ерорр Пейдж и пропсами строки адресной передаешь ошибку.

Вариантов много все делают по разному. Но я такие вот реализации видел.

А так вот сейчас тесщу еще rtk query. Чтобы руками не городить весь тот расписанный велосипед.
Но единый флоу с ошибками я решаю воо так как написал

Про роутеры прикольно. Да я чет изначально нагромоздил четыре больших слайса на все приложения в котором хранится много данных. И там к нему привязаны редьюсеры.

Тоже думаю попробовать rtk query. По тихонько на него переходить

Привет. Какие плюсы и минусы есть у этих способов подписки на стор? Получится ли во втором случае избежать перерисовки всех child компонент, если в сторе изменяется определенный Entity?

В первом случае родительский компонент берет нужные сущности из стора, мапается по ним и отрисовывает child компоненты, прокидывая в них

А во втором случае родитель берет только id сущностей, мапается по ним и отрисовывает child'ов, каждый из которых по id берет из стора