」工欲善其事,必先利其器。「—孔子《論語.錄靈公》
首頁 > 程式設計 > 為什麼應該使用 URL 建構函數而不是模板文字

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

發佈於2024-08-06
瀏覽:173

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 類別嗎?也許還有其他目的?歡迎與我分享您的經驗。

版本聲明 本文轉載於:https://dev.to/thdr/why-should-you-use-url-constructor-instead-of-template-literals-1gp0?1如有侵犯,請聯絡[email protected]刪除
最新教學 更多>

免責聲明: 提供的所有資源部分來自互聯網,如果有侵犯您的版權或其他權益,請說明詳細緣由並提供版權或權益證明然後發到郵箱:[email protected] 我們會在第一時間內為您處理。

Copyright© 2022 湘ICP备2022001581号-3