RFC 3986 セクション 3 - 構文コンポーネントによると:
パスは空 (文字なし) の場合がありますが、スキームとパスのコンポーネントは必須です。
空にすることができる場合、パスコンポーネントがどのように必要になるかを誰かが明確にすることができますか? このコンテキストでの「必須」の定義を誤解しているのかもしれませんが、「空であってはならない」という意味であると想定しました。これは、ここでの仕様と明らかに矛盾しています。
RFC 3986 セクション 3 - 構文コンポーネントによると:
パスは空 (文字なし) の場合がありますが、スキームとパスのコンポーネントは必須です。
空にすることができる場合、パスコンポーネントがどのように必要になるかを誰かが明確にすることができますか? このコンテキストでの「必須」の定義を誤解しているのかもしれませんが、「空であってはならない」という意味であると想定しました。これは、ここでの仕様と明らかに矛盾しています。
ここで、「必須」とは単に「常に存在する」ことを意味します。絶対 URI のスキームとパス コンポーネントは常に存在します。
プロダクションの「スキーム」には少なくとも 1 文字が必要なため、スキーム コンポーネントを空にすることはできません。
プロダクション「パス空」(「階層部分」の一部)はゼロ文字で構成されているため、パスコンポーネントは空になる可能性があります。
空のパス (より正確にはabempty ) の一般的な実際の例はhttp://stackoverflow.com
、パスが空の場所のような URIです。権限コンポーネント (この場合は) だけでは、リソースstackoverflow.com
を識別するのに十分な情報ではありません。
/
オーソリティが空の場合、パスをオーソリティと区別するために、パスはa で始まる必要があります。scheme:///
これは有効な URI です。したがって、パスは空です。さらに読むには、この回答もご覧ください。