"일꾼이 일을 잘하려면 먼저 도구를 갈고 닦아야 한다." - 공자, 『논어』.
첫 장 > 프로그램 작성 > 템플릿 리터럴 대신 URL 생성자를 사용해야 하는 이유

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

2024-08-06에 게시됨
검색:595

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 클래스를 사용해 보셨나요? 어쩌면 다른 목적으로? 여러분의 경험을 저에게 자유롭게 공유해 주세요.

릴리스 선언문 이 기사는 https://dev.to/thdr/why-should-you-use-url-constructor-instead-of-template-literals-1gp0?1에서 복제됩니다. 침해가 있는 경우에는 Study_golang@163으로 문의하시기 바랍니다. .com에서 삭제하세요
최신 튜토리얼 더>

부인 성명: 제공된 모든 리소스는 부분적으로 인터넷에서 가져온 것입니다. 귀하의 저작권이나 기타 권리 및 이익이 침해된 경우 자세한 이유를 설명하고 저작권 또는 권리 및 이익에 대한 증거를 제공한 후 이메일([email protected])로 보내주십시오. 최대한 빨리 처리해 드리겠습니다.

Copyright© 2022 湘ICP备2022001581号-3