о пользователе, в том числе accessToken и refreshToken (потому что access протухающий). Есть ApiService, в котором создаётся и отдаётся axios с baseUrl + timeout.
Суть проблемы: как отслеживать протухший токен и обновлять его?
Я в итоге сделал в actions отдельный экшен, checkTokenAndUpdate, который:
1. идёт в localStorage за юзером (потому что я не нашёл другого способа в экшене получить доступ к данным в стейте redux, а в каждый экшен вручную пихать токен неудобно)
2. проверяет срок жизни токена, если он просрочен - отправляет запрос на обновление токена (другой экшен). Если всё ок - отдаёт accessToken обратно. Если же обновить не удалось - выкидывает ошибку и диспатчит USER_LOGOUT.
Может есть какие-то более человеческие способы делать такие вещи? Или это норм вариант? Просто мне не очень нравится, что у меня постоянно дублируются 5 строк в каждом экшене, где эндпоинт требует токен.
ловить 401 ошибку и слать запрос на рефреш
по поводу вашей проблемы - используйте интерсепторы либо же делайте это в какой-то обертке над вашим http-клиентом, если нет интерсепторов. Интерсепторы есть, к примеру, в axios
Я пробовал, я не смог в сервис с axios передать стейт. И диспатчить экшены из него тоже, я с этим провозился кучу времени и не получил работающего варианта. Примеры нагуглить не смог, если кто-то может ткнуть в пример - буду крайне признателен
импортируете стор и делаете с ним что угодно) store.dispatch/store.getState
Вам вообще не надо знать ничего о сторе внутри axios интерцепторов и т.п.
как тогда лучше организовать мидлвар, который будет работать на каждый запрос и разлогинивать при 401, к примеру, учитывая, что токен хранится в сторе?
Не хранить токен в сторе
Типа когда экспорт делаю из configureStore? У меня почему-то получается как будто 2 разных стора, между собой не связанных, один в приложении, и другой в сервисе.
Добро пожаловать в мир redux, где простые вещи становится сделать сложно. А сложные еще сложнее ))
Ну я типа как бы решил проблему, оно работает, просто мой внутренний перфекционист протестует и говорит, что должен быть более изящный способ)
Обсуждают сегодня