> 웹 프론트엔드 > JS 튜토리얼 > 템플릿 리터럴 대신 URL 생성자를 사용해야 하는 이유

템플릿 리터럴 대신 URL 생성자를 사용해야 하는 이유

WBOY
풀어 주다: 2024-07-25 02:18:42
원래의
736명이 탐색했습니다.

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이 읽고 유지하기 어렵다는 점에 동의합니다. 어떤 부분이 매개변수인지, 어떤 부분이 변수인지, 어떤 부분이 자바스크립트 구문인지 항상 식별해야 합니다.

이 의미론적 문제를 해결하기 위해 동일한 작업을 수행하지만 더 효율적이고 우아한 방식으로 수행하는 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 중국어 웹사이트의 기타 관련 기사를 참조하세요!

원천:dev.to
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿