JavaScript: ошибки использования fetch

#shorts Посмотрим на частые ошибки при использовании fetch.

[aleksandr]

а еще многие даже опытные мидлы и синьеры забывают о том, что может прийти валидный json, но с неожиданными данными. И потом долго голову ломают и не понимают, почему такого поля при обработке нету...

[awenn]

Я думал я один называю null осознанным или осознанной пустотой, так как undefined как раз таки не осознанная пустота и может вылезти где угодно, по этому лучше намеренно юзать null, хотя в данном случае конечно лучше бросить исключение или обработать его и дополнительно обернуть в трюкач так как феч выкидывает исключение когда нет подключения к серверу на сколько помню

[Ahmedhkad]

👍, а можно в случае ошибки, вызвать функцию ещё раз? И чтобы не вызвать без конечно, добавить boolean repeated = true, стоит так делать, кто-то это попробовал? 😅

[dmitrykulakov]

Обычно делается http сервис как обёртка для всех сетевых запросов

[nickythecasper]

не, ребят, в любом серьёзном клиенте акся это маст хэв. Не надо городить велосипеды. Фетч сыроват, его есть смысл использовать только ради его особенностей типа no-cors mode при такой необходимости. Фетч муторная хрень

[goldstein]

В проектах побольше всегда есть свой сервис для работы с этим

[semyon]

А зачем, проверять res.ok, разве оно не улетит на catch если будет какой то другой статус кроме 2хх ?

[chfzvndhv]

А зачем проверка на респонс ок если заворачиваем в трай кетч, разве он не выкинет в ошибку?

[AbraKadabra]

Поскольку это промис то ошибка вывалится в кетч промиса и оборачивать ничего не надо.

[TheSky]

Самая главная ошибка при использовании fetch, это его использование

[fromntop]

только в пет проектах такой код можно встретить!

[antytoto]

Почему http запрос, а не https? Если сайт под шифрованием, разве хорошо пускать кусок нешифрованного трафика?

[eugenex]

А лучше ваще забить хер на fetch и использовать axios