Rumah >hujung hadapan web >tutorial js >Apakah Had dan Pertimbangan Apabila Menggunakan Respons Legap dalam API Ambil?
Had Respons Legap dalam Fetch API
Respons legap, ditakrifkan dalam Fetch API, berpunca daripada permintaan silang asal yang dibuat tanpa CORS (Perkongsian Sumber Silang Asal) didayakan, mengenakan pengehadan tertentu pada penggunaannya.
Sekatan Akses:
Pertama, respons legap tidak boleh mendedahkan butiran bermakna melalui sifat Respons seperti pengepala atau kaedah Badan kerana sifat kotak hitamnya.
Gunakan sebagai Sumber Halaman:
Respons legap berfungsi sebagai sumber yang sah untuk elemen tertentu pada halaman web yang tidak -Sumber silang asal CORS dibenarkan. Menurut dokumentasi Rangkaian Pembangun Mozilla, elemen yang serasi termasuk:
Walau bagaimanapun, ia tidak sesuai untuk sumber fon. Rujuk spesifikasi yang berkaitan untuk menentukan keserasian bagi setiap jenis sumber.
Interaksi API Penyimpanan Cache:
Potensi perangkap dalam menggunakan respons legap dengan API Storan Cache ialah kod statusnya sentiasa ditetapkan kepada 0, tanpa mengira hasil permintaan. Memandangkan API Storan Cache menolak respons dengan kod status bukan 2XX, respons legap tidak boleh ditambahkan secara langsung melalui add() atau addAll().
Penyelesaian adalah dengan mengambil dan menggunakan kaedah put() secara eksplisit dengan respons legap, mengakui risiko bahawa respons cache mungkin mewakili ralat daripada pelayan.
navigator.storage Implikasi API:
Untuk mengelakkan kebocoran maklumat merentas domain, tindak balas legap memerlukan padding yang ketara dalam saiz apabila mengira had kuota penyimpanan. Dalam penyemak imbas seperti Google Chrome, setiap respons legap yang dicache menyumbang sekurang-kurangnya 7 megabait ke arah penggunaan storan keseluruhan. Faktor ini harus dipertimbangkan semasa mengurus kapasiti cache untuk respons legap.
Atas ialah kandungan terperinci Apakah Had dan Pertimbangan Apabila Menggunakan Respons Legap dalam API Ambil?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!