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 ドキュメント。
このページの一部は、によって作成および共有された作業に基づく変更であり、に記載されている条件に従って使用されます。