ответ из экшена?
В случае с классовым компонентом можно сделать const res = await this.props.someAction()
А с хуками через dispatch как можно получить результат?
Что мешает так же в пропсах получать экшены?
А зачем вам это надо?
Не совсем понял. Так у меня экшен импортируется, с этим проблем нет. Просто через dispatch(someAction()) я же не могу получить результат из экшена
А ты проверь. Если не путаю, dispatch возвращает результат вызова экшена.
можете Но я считаю, это не нужно
Замороченная авторизация, поэтому все запросы через экшены, а мне надо получить url от сервера в данном случае. Можно, конечно, всё в redux совать, но я наоборот сейчас хочу максимально разгрузить redux
М, окей, сейчас попробую, спасибо!
У тебя там thunk, надо полагать?
Приложение на RN. Токен имеет короткий срок жизни, плюс его постоянно обновлять надо, и постоянно проверять ответ сервера на валидность токена (типа чтоб исключить параллельные сессии). Поэтому у меня отдельный экшен есть, для проверки токена и обновления, если нужно. Удобнее всю эту логику в экшенах держать, чем везде гонять
Всё так, redux-thunk.
Но это не особо "redux-way"
Да я считаю что это абсолютно уродский костыль. Но я не нашёл более красивого решения. Если кто-то может подсказать или показать, как такое правильно обрабатывать - буду премного благодарен. Помимо прочего мне приходится в экшенах дёргать localStorage, чтоб достать токен и рефреш. Мне это тоже не нравится, но везде прокидывать токен тоже как-то не очень удобно
правильней будет получать данные не просто в экшене, а подготовить отдельный модуль HTTP, в котором будум методы createRequest, checkAuth, validationRequest. Если возвращается 401 (unauthorized), повторно обращаться за акцес-токеном, имея на руках рефреш-токен. данные с бека не тупо кидать в стор, а маппить через DTO
Обсуждают сегодня