首頁  >  文章  >  web前端  >  為什麼應該使用 URL 建構函數而不是模板文字

為什麼應該使用 URL 建構函數而不是模板文字

WBOY
WBOY原創
2024-07-25 02:18:42709瀏覽

Why should you use URL Constructor instead of template literals

大家好!今天,我分享一個快速提示,它顯著地改進了我的程式碼的語義。

很多時候,無論是前端或後端開發,我們都需要建構有參數的URL,對吧?

我曾經這樣寫我的請求的 URL:

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

我們同意這個 URL 難以閱讀和維護;我們總是需要識別哪些部分是參數,哪些部分是變量,哪些只是 Javascript 語法。

為了解決這個語意問題,我發現了 URL 建構子,它以更有效率、更優雅的方式完成相同的任務。

現在,我們可以重寫相同的程式碼,如下所示:

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

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

程式碼清楚地表明了它在做什麼。在第一行中,我們建立基本 URL,在後續行中,我們新增必要的搜尋參數。

完成。現在,變數 url 包含與以前相同的搜尋參數,但現在我們使用 URL 類,使程式碼更加簡單且易於維護。

你呢?你以前使用過 URL 類別嗎?也許還有其他目的?歡迎與我分享您的經驗。

以上是為什麼應該使用 URL 建構函數而不是模板文字的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn