в action запрос падает с ошибкой как лучше эту ошибку обрабатывать, все время возвращать в компонент промис результат action и потом уже смотреть resolve and reject и в следствии этого делать новый action для успеха запросе и вывод ошибок если упал запрос?
Лучше обрабатывать эту ошибку, сделав отдельный инстанс аксиоса с урлом, на который шлёшь запросы в отдельном файле и уже там накплякать трай-кетч. То есть один глобальный инстанс, через который приходят все твои запросы и обработка ошибок будет в одном месте, ничего никуда не надо дополнительно передавать
Спасибо) попробую
кэтчить ошибки в api слое - плохая практика
апи слой это только для запросов, и он ничего кроме запросов делать не должен.
тот же поллинг это уже не только запросы, но это все еще апи слой
я кстати хз как делается поллинг на фронте) но подозреваю, что можно сделать некуюобетку над простым запросом, которая добавт полинг
и эта обертка все еще будет в апи слое
не могу спорить на примере поллинга, я не знаю как он делается на фронте
Ну нут ситуация двойственная... думаю что нужно просто в каждом слое обрабатывать специфичные именно этому слою ошибки. Например ошибки транспортного уровня такие как 5XX можно и в сетевом слое, а ошибки невалидного ответа, например ждем массив а пришла строка в слое api... и т.д.
500 предпочту увидеть в сентри без кетча
Уточнюсь, не обрабатывать, а отлавливать
если вывалилась 500, значит уже что-то сломалось не у меня. я предпочту увидеть в сентри, что появились ошибки 500 и что-то с этим сделать, чем не увидеть их и не сделать ничего
Обсуждают сегодня