Dlaczego obiekt odpowiedzi z interfejsu API pobierania JavaScript jest obietnicą?

Question

przypadku żądania z serwera z JavaScript pobrać API, trzeba zrobić coś jak

fetch(API) 
    .then(response => response.json()) 
    .catch(err => console.log(err)) 

Tutaj, response.json() jest rozwiązanie jego obietnicy.

Chodzi o to, że jeśli chcesz złapać błędy 404, musisz rozwiązać obietnicę odpowiedzi, a następnie odrzucić obietnicę pobrania, ponieważ zakończysz tylko catch, jeśli wystąpi błąd sieci. Tak więc wywołanie pobierania staje się czymś znacznie trudniejszym do odczytania i uzasadnienia. Moje pytanie brzmi: dlaczego jest to potrzebne? Jaki jest sens posiadania obietnicy jako wartości odpowiedzi? Czy istnieją lepsze sposoby radzenia sobie z tym?

Answer 1

Jeśli masz pytanie "dlaczego response.json() zwróci obietnicę?" wtedy @Bergi dostarcza wskazówki w komentarzach: "czeka na załadowanie ciała".

Jeśli pytanie brzmi „dlaczego nie jest response.json atrybut?”, To byłby wymagany fetch opóźnić powrót swoją odpowiedź, aż ciało załadowany, co może być OK dla niektórych, ale nie wszystkich.

Ten polyfill powinien dostać to, co chcesz:

var fetchOk = api => fetch(api) 
    .then(res => res.ok ? res : res.json().then(err => Promise.reject(err))); 

następnie można zrobić:

fetchOk(API) 
    .then(response => response.json()) 
    .catch(err => console.log(err)); 

Odwrotna nie można polyfilled.