4

ここでサンプルを読んで見た後

uri の例を考えると:

 http://a/b/c/d;p?q

にリダイレクトすると、"g"私がリダイレクトされます http://a/b/c/g（ c がディレクトリであるため）

だから私はいつ使うべきか自問します./g

それは実際には同じです[現在のフォルダーに移動して検索g]

では、なぜこの構文が存在するのでしょうか? ./いつ使うべきですか？

4

2 に答える 2

2

汎用 URI 構文は、スキーム、機関、パス、クエリ、およびフラグメントと呼ばれるコンポーネントの階層シーケンスで構成されます。

  URI         = scheme ":" hier-part [ "?" query ] [ "#" fragment ]

  hier-part   = "//" authority path-abempty
              / path-absolute
              / path-rootless
              / path-empty

パスは空 (文字なし) の場合がありますが、スキームとパスのコンポーネントは必須です。権限が存在する場合、パスは空にするか、スラッシュ ("/") 文字で開始する必要があります。権限が存在しない場合、パスは 2 つのスラッシュ文字 ("//") で始めることはできません。これらの制限により、パスの 5 つの異なる ABNF ルール (セクション 3.3) が発生し、そのうちの 1 つだけが任意の URI 参照に一致します。

  The following are two example URIs and their component parts:

         foo://example.com:8042/over/there?name=ferret#nose
         \_/   \______________/\_________/ \_________/ \__/
          |           |            |            |        |
       scheme     authority       path        query   fragment
          |   _____________________|__
         / \ /                        \
         urn:example:animal:ferret:nose
于 2012-11-18T11:42:51.963 に答える
2

私はそれを次のように言います：

この構成が存在する (または作成/定義された) 特別な理由はありません。それは、必要であり、他の理由から定義された他の構造 ( .、/、 )の論理的な組み合わせであるため、単純に存在します。/gこれらの構造 (ここではパス コンポーネント) は多かれ少なかれ制限なく組み合わせることができるため、疑わしい構造./gは明確に定義されており、有効です。しかし、これは、この構造が正確に定義された、または定義されなければならない特別な理由がなければならないという意味ではありません。

于 2012-11-18T11:43:13.030 に答える