Rumah  >  Artikel  >  hujung hadapan web  >  Mengapa anda perlu menggunakan Pembina URL dan bukannya literal templat

Mengapa anda perlu menggunakan Pembina URL dan bukannya literal templat

WBOY
WBOYasal
2024-07-25 02:18:42709semak imbas

Why should you use URL Constructor instead of template literals

Hai semua! Hari ini, saya berkongsi petua pantas yang meningkatkan semantik kod saya dengan ketara.

Selalunya, sama ada bekerja dalam pembangunan bahagian hadapan atau belakang, kita perlu membina URL dengan parameter, bukan?

Saya pernah menulis URL permintaan saya seperti ini:

const url = `http://localhost:3000/endpoint/param1=${var1}&param2=${var2}&param3=${var3}`

Kami bersetuju bahawa URL ini sukar dibaca dan diselenggara; kita sentiasa perlu mengenal pasti bahagian mana yang merupakan parameter, yang mana pembolehubah dan yang hanya sintaks Javascript.

Untuk menangani isu semantik ini, saya menemui Pembina URL, yang melaksanakan tugas yang sama tetapi dengan cara yang lebih cekap dan elegan.

Kini, kita boleh menulis semula kod yang sama seperti ini:

const url = new URL('http://localhost:3000/endpoint')

url.searchParams.set('param1', var1)
url.searchParams.set('param2', var2)
url.searchParams.set('param3', var3)

Kod jelas menunjukkan apa yang dilakukannya. Dalam baris pertama, kami mencipta URL asas dan dalam baris berikutnya, kami menambah parameter carian yang diperlukan.

Selesai. Kini, url pembolehubah mengandungi parameter carian yang sama seperti dahulu, tetapi kini kami menggunakan kelas URL, menjadikan kod lebih mudah dan lebih mudah untuk diselenggara.

Bagaimana dengan anda? Adakah anda pernah menggunakan kelas URL sebelum ini? Mungkin untuk tujuan lain? Jangan ragu untuk berkongsi pengalaman anda dengan saya.

Atas ialah kandungan terperinci Mengapa anda perlu menggunakan Pembina URL dan bukannya literal templat. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Kenyataan:
Kandungan artikel ini disumbangkan secara sukarela oleh netizen, dan hak cipta adalah milik pengarang asal. Laman web ini tidak memikul tanggungjawab undang-undang yang sepadan. Jika anda menemui sebarang kandungan yang disyaki plagiarisme atau pelanggaran, sila hubungi admin@php.cn