URI.Normalize メソッド
定義
重要
一部の情報は、リリース前に大きく変更される可能性があるプレリリースされた製品に関するものです。 Microsoft は、ここに記載されている情報について、明示または黙示を問わず、一切保証しません。
この URI のパスを正規化します。
[Android.Runtime.Register("normalize", "()Ljava/net/URI;", "")]
public Java.Net.URI? Normalize ();
[<Android.Runtime.Register("normalize", "()Ljava/net/URI;", "")>]
member this.Normalize : unit -> Java.Net.URI
戻り値
この URI に相当するが、パスが通常の形式である URI
- 属性
注釈
この URI のパスを正規化します。
この URI が不透明な場合、またはそのパスが既に通常の形式である場合は、この URI が返されます。 それ以外の場合は、この URI と同じ新しい URI が構築されます。ただし、そのパスは RFC 2396 セクション  と一致する方法でこの URI のパスを正規化することによって計算されます。5.2、ステップ 6、サブステップ c から F;それです:
<Ol>
<李>
すべての "."
セグメントが削除されます。
</李>
<李>
セグメントの ".."
前に非".."
セグメントがある場合、これらのセグメントの両方が削除されます。 この手順は、適用されなくなるまで繰り返されます。
</李>
<李>
パスが相対パスで、最初のセグメントにコロン文字 (':'
) が含まれている場合は、セグメントの "."
先頭が付加されます。 これにより、 などの "a:b/c/d"
パスを持つ相対 URI が、 のスキーム "a"
とスキーム固有の部分を持つ不透明 URI として後で再解析されるの "b/c/d"
を防ぐことができます。 <b>(RFC  からの逸脱;2396)</b>
</李>
</Ol>
正規化されたパスは、その前に削除を許可する非".."
セグメントが不十分な場合、1 つ以上".."
のセグメントで始まります。 上記の手順 3 でセグメントが "."
挿入された場合、正規化されたパスはセグメントで始まります。 それ以外の場合、正規化されたパスには、 または ".."
セグメントは含"."
まれません。
の java.net.URI.normalize()
Java ドキュメント。
このページの一部は、によって作成および共有された作業に基づく変更であり、に記載されている条件に従って使用されます。