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 section と一致する方法でこの URI のパスを正規化することによって計算されます。5.2、ステップ 6、サブステップ c through f;つまり、次のようになります。
<ol>
<li>
すべての "." セグメントが削除されます。
</li>
<li>
".."セグメントの前に非".."セグメントがある場合、これらのセグメントの両方が削除されます。 この手順は、適用されなくなるまで繰り返されます。
</li>
<li>
パスが相対パスで、最初のセグメントにコロン文字 (':') が含まれている場合は、 "." セグメントが先頭に付加されます。 これにより、 "a:b/c/d" などのパスを持つ相対 URI が、後で、 "a" スキームと "b/c/d"のスキーム固有の部分を持つ不透明 URI として再解析されるのを防ぐことができます。
<b>(RFC からの逸脱;2396)</b>
</li>
</ol>
正規化されたパスは、1 つ以上の ".." セグメントで始まります。その前に".." 以外のセグメントが存在し、そのセグメントの削除が許可されていない場合。 正規化されたパスは、上記の手順 3 で挿入された場合、 "." セグメントで始まります。 それ以外の場合、正規化されたパスには、 "." または ".." セグメントは含まれません。
このページの一部は、によって作成および共有され、に記載されている条件に従って使用される作業に基づく変更です。