Memahami Kepentingan res.ok dalam Fetch API

Saya sentiasa menjadi pengguna tegar Axios untuk pengambilan data, tetapi baru-baru ini saya memutuskan untuk menggunakan API Ambil. Semasa menerokainya, saya menemui perbezaan halus tetapi ketara yang saya fikir patut dikongsi.

Mari mulakan dengan coretan kod ini. Apa yang anda fikir ia log masuk?

try{
   //this returns a 404 error
   const res = await fetch("randomapi....") 
   console.log("successful")
  }catch(err){
   console.log("failed", err)
}

Jika anda meneka ia akan "gagal" log bersama dengan objek ralat pada konsol, anda tidak bersendirian—saya fikir perkara yang sama sehingga baru-baru ini. Walau bagaimanapun, itu bukan cara Ambil berfungsi!

Berikut ialah tangkapan: walaupun permintaan Ambil menerima kod status 404 atau 500, ia tidak menimbulkan ralat dan tidak mencetuskan blok tangkapan. Sebaliknya, fungsi ambil menyelesaikan janji, menyerahkan kepada anda untuk menyemak sama ada respons berjaya.

Untuk mengendalikan ralat dengan Fetch dengan betul, anda perlu menyemak sifat res.ok secara eksplisit, seperti:

try{
    //returns 404 error
    const res = await fetch("randomapi")
    if(!res.ok){
      throw new Error("fetch request failed")
    }
    console.log("successful")
    let data = await res.json()
    console.log(data)
}catch(err){
  console.log(err)
}

Dengan pendekatan ini, jika status respons berada di luar julat yang berjaya (200–299), pernyataan lontaran dilaksanakan dan ralat ditangkap dalam blok tangkapan.

Mengapa Ini Berlaku?

Tidak seperti Axios, Fetch tidak menganggap kod respons HTTP di luar julat 2xx sebagai ralat. Sebaliknya, ia menganggap semua respons HTTP, berjaya atau tidak, sebagai janji yang dipenuhi. Pilihan reka bentuk ini memberikan pembangun lebih kawalan tetapi juga memerlukan usaha tambahan untuk mengendalikan ralat dengan betul.

Memahami respons.ok

Harta response.ok ialah boolean yang menilai kepada true untuk kod status HTTP antara 200 hingga 299. Untuk mana-mana kod status lain, ia menilai kepada false. Ini menjadikannya cara yang mudah dan boleh dipercayai untuk menyemak sama ada permintaan pengambilan anda berjaya.

Contohnya:

• Status 200 menunjukkan kejayaan dan akan menetapkan respons.ok kepada benar.
• Status 404 (tidak ditemui) atau 500status (ralat pelayan) akan ditetapkan respons.ok kepada palsu.

Anda juga boleh mengakses kod status secara terus menggunakan response.status jika anda memerlukan pengendalian ralat yang lebih terperinci, seperti membezakan antara ralat sisi klien (4xx) dan ralat sisi pelayan (5xx).

Terima kasih kerana membaca dan saya harap ini membantu seseorang di luar sana!

Atas ialah kandungan terperinci Memahami Kepentingan res.ok dalam Fetch API. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!