URL と URI: URL と URI の主な違い
URLとURIの主な違い
- URL はリソースの存在場所とリソースを取得するメカニズムを指定する URI のサブセットであり、URI はリソースを識別する URL のスーパーセットです。
- URL の主な目的はリソースの場所またはアドレスを取得することですが、URI の主な目的はリソースを見つけることです。
- URL は Web ページのみを検索するために使用されます。一方、URI は HTML、XML、その他のファイルで使用されます。
- URL にはプロトコル、ドメイン、パス、ハッシュ、クエリ文字列などのコンポーネントが含まれ、URI にはスキーム、権限、パス、クエリなどのコンポーネントが含まれます。
- URL の例は次のとおりです。 https://google.com URI の例は次のとおりです: urn:isbn:0-486-27557-4。

ここでは、URL と URI の違いを分析し、それぞれの長所と短所を総合的に評価します。
URLは何ですか?
URL は、コンピュータ ネットワーク上のリソースを取得するためのドキュメントとプロトコルのグローバル アドレスです。URL は、Web ページ (HTTP) を参照する際に最もよく使用されますが、JDBC、電子メール (mailto)、ファイル転送 (FTP)、その他の多くのアプリケーションを使用したデータベース アクセスにも使用できます。URL の完全な形式は、 URL ユニフォーム リソース ロケーターです。
URIとは何ですか?
URI は、物理リソースまたは論理リソースを識別する文字を含む文字列です。URI は、統一性を確保するために構文規則に従います。さらに、階層的な命名スキームによって拡張性も維持されます。URI の完全な形式は、Uniform Resource Identifier です。
上の図で述べたように、URI には次の 2 種類があります。
- URL: URL は、コンピュータ ネットワーク上の場所と、それを取得するための手法を指定します。
- URN: ユニフォーム リソース ネーム (URN) は、URN スキームを指定するインターネット リソースです。
URI と URL のベン図
上の図で述べたように、「あなたの名前」はあなたを識別するため、URI になる可能性があります。 URL はあなたの自宅の場所を見つけるのに役立つものではないため、URL にすることはできません。
一方、「自宅の場所」は URL だけでなく URI も使用できます。その理由は、あなたを識別し、あなたの家の場所を提供するためです。
URLの構文
URL の構文は次のとおりです。
http://www.domainname.com/folder-name/web page-file-name.htm
上記の URL は次の部分に分割できます。
- プロトコル: URL の最初の部分です。 ここで、プロトコル名は Hypertext Transfer Protocol (HTTP) です。
- http://www.domainname.com/: それはあなたのドメイン名です。サーバー ID またはホストとも呼ばれます。
- /フォルダ名/: これは、参照された Web サイトのページが Web サーバー上の特定のフォルダーに「ファイル」されていることを示します。
- Web ページのファイル名.htm: これは実際には Web ページのファイル名です。 「.htm」はHTMLファイルの拡張子であり、静的なWebページであることを示します。ファイル名には異なる拡張子を付けることができます。また、それは Web サーバーの設定方法によって異なります。拡張子がまったくなく、URL がスラッシュ線 (/) で終わることもできます。
URLの例
この例の URL にはフォルダーがありますが、拡張子はありません。
https://career.guru99.com/category/heavy-industries/
この例の URL にはフォルダーがありません。
https://www.guru99.com/what-is-sap.html
この例の URL には拡張子がありません。
https://career.guru99.com/top-33-investment-banking-interview-questions-answers/
URIの構文
URI の構文は次のとおりです。
URI = スキーム:[//権限]パス[?クエリ][#fragment]
URI には次の部分が含まれます。
- スキームコンポーネント: コロン (:) が後に続く空でないコンポーネントです。スキームには、文字で始まり、数字、文字、ピリオド (.)、ハイフン (-)、プラス (+) の任意の組み合わせが続く文字列が含まれます。よく知られているスキームの例には、HTTP、HTTPS、mailto、file、FTP などがあります。URI スキームは、インターネット割り当てに登録する必要があります。 Numbers 当局(IANA)。
- 権限コンポーネント: これはオプションのフィールドであり、前に // が付きます。 で構成されています
- ユーザー名とパスワードで構成されるオプションのユーザー情報サブコンポーネント (オプション)。
- IP アドレスまたは登録名のいずれかを含むホスト サブコンポーネント。
- コロン (:) が後に続くオプションのポート サブコンポーネント
- パス: パスには、スラッシュで区切られた一連のセグメントが含まれます。
- クエリコンポーネント: これはオプションであり、先頭に疑問符 (?) が付きます。クエリ コンポーネントには、非階層データのクエリ文字列が含まれます。
- フラグメントコンポーネント: これはオプションのフィールドであり、先頭にハッシュ (#) が付きます。フラグメントコンポーネントには、二次リソースに指示を与えるフラグメント識別子が含まれます。
URIの例
プロトコルについては言及されていません。
www.guru99.com
ドメインが言及されていない
what-is-sap.html
プロトコルに関する言及
ldap://[2001:db8::7]/c=GB?objectClass?one mailto:abc@example.com tel:+1-816-555-1212 telnet://192.0.2.16:80/
URN に関する混乱
URN については混乱があります。https、ftp などのプロトコルを実装する場合、それは URI であっても URL と呼ばれます。
このような議論の問題点は、それが適切であるということである。 RFC 非常に密度が高く、時には矛盾していることさえあります。たとえば、RFC 3986 では、URI は名前、ロケーター、またはその両方になる可能性があると規定しています。
なぜ URL なのか?
私が URL の使用に重点を置く重要な理由は次のとおりです。
- URL に書き込まれた情報により、マウスを 1 回クリックするだけで、ある Web ページから別の Web ページに切り替えることができます。
- URL は、特定のリソースへのアクセス方法を示します。
- ブラウザに URL を入力するか、ハイパーテキスト リンクをクリックすると、 ウェブブラウザ 1 つ以上のファイルをダウンロードするリクエストを Web サーバーに送信します。
- URL は、Web ページ、画像、ファイル、メディア、Web アプリケーションなど、Web 上の特定の一意のリソースのアドレスです。
- Web サイトの URL、または ドメイン, ウェブサイトの最も重要な部分の 1 つです。通常 .org、.com、または .net で終わる簡単な単語や文字列を使用すると、Web サイトへのトラフィックを獲得できます。
なぜ URI なのか?
私が URI を使用する重要な理由を共有しましょう。
- 統一リソース識別子はあいまいさを防ぐため、セマンティック Web にとって不可欠です。
- URI は、リソースまたはファイルの名前と場所を、統一された形式で検索します。
- これには、特定のファイル名とパスを表す文字列が含まれています。
- URI 他のシステムが World Wide Web またはネットワーク経由でリソースにアクセスする方法を提供します。 WebブラウザとP2P(ピアツーピア)で使用されます。 ファイル共有ソフトウェア ファイルを検索してダウンロードします。
- URI を使用すると、古いファイルに影響を与えることなく、新しいファイル タイプを定義できます。
- 単一のリソースを割り当てて、複数の表現に関連付けることができます。
URL と URI の違い
私たちの分析では、URL と URI の主な違いは次のとおりです。
URL | URI |
---|---|
URL は、Uniform Resource Locator の略です。 | URI は、Uniform Resource Identifier の略です。 |
URL は、リソースが存在する場所とそれを取得するメカニズムを指定する URI のサブセットです。 | URI は、URL、URN (Uniform Resource Name)、またはその両方によってリソースを識別する URL のスーパーセットです。 |
主な目的は、リソースの場所またはアドレスを取得することです。 | URI の主な目的は、リソースを検索し、名前または場所を使用して他のリソースと区別することです。 |
URL は Web ページのみを検索するために使用されます | HTML、XML、その他のファイル、XSLT (Extensible Stylesheet Language Transformations) などで使用されます。 |
スキームは、HTTP、FTP、HTTPS などのプロトコルである必要があります。 | URI では、スキームはプロトコル、仕様、名前などのようなものになります。 |
プロトコル情報は URL に記載されています。 | URI にはプロトコル情報が指定されていません。 |
URLの例: https://google.com | URI の例: urn:isbn:0-486-27557-4 |
これには、プロトコル、ドメイン、パス、ハッシュ、クエリ文字列などのコンポーネントが含まれます。 | これには、スキーム、権限、パス、クエリ、フラグメント コンポーネントなどのコンポーネントが含まれます。 |
すべての URL を URI にすることができます | URI はロケーターの代わりに名前になる可能性があるため、すべての URI が URL であるわけではありません。 |
URL と URI のどちらかを選択する方法
私の経験では、URL と URI の主な違いは、URL はリソースの存在場所とリソースを取得するメカニズムを指定する URI のサブセットであるのに対し、URI はリソースを識別する URL のスーパーセットであることです。 URL は Web ページのみを検索するために使用されます。ただし、URI は HTML、XML、および JSTL や XSTL などの他のファイルで使用されます。