Обработка ошибок в асинхронном JavaScript с помощью throw

У меня возникли некоторые проблемы при попытке понять следующий код в упражнении, касающемся обработки ошибок:

const getSuggestions = () => {
  const wordQuery = inputField.value;
  const endpoint = url + wordQuery;

  fetch(endpoint, {cache: 'no-cache'})
  .then(response => {
    if (response.ok) {
      return response.json();
    } throw new Error('Request failed!');
  }, networkError => {
    console.info(networkError.message);
  })
}

Мой вопрос: почему мы ловим здесь ошибки два раза? Один раз, используя throw new Error, и один раз, добавляя второй аргумент networkError в .then()? Они ловят одну и ту же ошибку и, следовательно, избыточны?

Как это будет выглядеть, если мы используем здесь try...catch...?


Решено:

Обещание, возвращаемое fetch(), всегда разрешается, если HTTP-запрос завершается, не имеет значения, есть ли ошибка состояния HTTP. В первом аргументе блока then() мы обрабатываем ошибки HTTP. Обещание будет отклонено при возникновении сетевой ошибки, не связанной со статусом HTTP. В этом случае мы должны обработать сценарий отклонения со вторым аргументом в then().

throw не ловит ошибки...
VLAZ 12.04.2023 20:45

Вместо того, чтобы редактировать свой вопрос, чтобы добавить раздел «решено», рассмотрите возможность принять один из ответов или ответить самому себе

Bergi 01.06.2023 11:09
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Улучшение производительности загрузки с помощью Google Tag Manager и атрибута Defer
Улучшение производительности загрузки с помощью Google Tag Manager и атрибута Defer
В настоящее время производительность загрузки веб-сайта имеет решающее значение не только для удобства пользователей, но и для ранжирования в...
Безумие обратных вызовов в javascript [JS]
Безумие обратных вызовов в javascript [JS]
Здравствуйте! Юный падаван 🚀. Присоединяйся ко мне, чтобы разобраться в одной из самых запутанных концепций, когда вы начинаете изучать мир...
Система управления парковками с использованием HTML, CSS и JavaScript
Система управления парковками с использованием HTML, CSS и JavaScript
Веб-сайт по управлению парковками был создан с использованием HTML, CSS и JavaScript. Это простой сайт, ничего вычурного. Основная цель -...
JavaScript Вопросы с множественным выбором и ответы
JavaScript Вопросы с множественным выбором и ответы
Если вы ищете платформу, которая предоставляет вам бесплатный тест JavaScript MCQ (Multiple Choice Questions With Answers) для оценки ваших знаний,...
1
2
53
3
Перейти к ответу Данный вопрос помечен как решенный

Ответы 3

Потому что fetch будет выдавать ошибку только при сетевых ошибках, а не при кодах состояния ошибок, таких как 404.

В этом фрагменте кто-то проверил, был ли ответ равен 200, и если нет, добавил «пользовательскую» ошибку с помощью throw.

Это эквивалентный код, но, надеюсь, более понятный

  fetch(endpoint, {cache: 'no-cache'})
  .catch(networkError => {
      console.info(networkError.message);
      return 'networkError'
   })
  .then(response => {
     if (response == 'networkError') return;
     if (response.ok) {
        return response.json();
     } else {
        throw new Error('Request failed!');
     }
  })

Необходимость делать if (response == 'networkError') return; кажется намного более сложной, чем использование .then() с двумя аргументами, но да, это эквивалентно

Bergi 12.04.2023 21:27
Ответ принят как подходящий

2 механизма ошибок имеют дело с разными типами ошибок:

  1. if (!response.ok) обрабатывает http-ответы сервера для статусов ответов http 4xx и 5xx. Вызов достиг http-сервера, и он ответил.

  2. networkError => { предназначен для ошибок, возникающих даже до того, как они достигают сервера, возможно, даже достигают сети.

Они очень разные, управляются по-разному.

Другие вопросы по теме