「労働者が自分の仕事をうまくやりたいなら、まず自分の道具を研ぎ澄まさなければなりません。」 - 孔子、「論語。陸霊公」
表紙 > プログラミング > テンプレート リテラルの代わりに URL コンストラクターを使用する理由

テンプレート リテラルの代わりに URL コンストラクターを使用する理由

2024 年 8 月 6 日に公開
ブラウズ:699

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 侵害がある場合は、study_golang@163 までご連絡ください。 .comを削除してください
最新のチュートリアル もっと>

免責事項: 提供されるすべてのリソースの一部はインターネットからのものです。お客様の著作権またはその他の権利および利益の侵害がある場合は、詳細な理由を説明し、著作権または権利および利益の証拠を提出して、電子メール [email protected] に送信してください。 できるだけ早く対応させていただきます。

Copyright© 2022 湘ICP备2022001581号-3