IPath.Of メソッド

[Android.Runtime.Register("of", "(Ljava/net/URI;)Ljava/nio/file/Path;", "", ApiSince=34)]
public static Java.Nio.FileNio.IPath? Of(Java.Net.URI? uri);

[<Android.Runtime.Register("of", "(Ljava/net/URI;)Ljava/nio/file/Path;", "", ApiSince=34)>]
static member Of : Java.Net.URI -> Java.Nio.FileNio.IPath

パラメーター

返品

結果の Path

属性

RegisterAttribute

注釈

URI を変換して Path を返します。

このメソッドは、 FileSystemProvider#installedProviders() installed プロバイダーを反復処理して、指定された URI の URI URI#getScheme scheme によって識別されるプロバイダーを見つけます。 URI スキームは、大文字と小文字を区別せずに比較されます。 プロバイダーが見つかった場合は、その FileSystemProvider#getPath getPath メソッドが呼び出されて URI が変換されます。

URI スキーム "file" で識別される既定のプロバイダーの場合、指定された URI には空ではないパス コンポーネントと、未定義のクエリコンポーネントとフラグメント コンポーネントがあります。 権限コンポーネントが存在するかどうかは、プラットフォーム固有です。 返された Path は、 FileSystems#getDefault default ファイル システムに関連付けられます。

既定のプロバイダーは、同様の <em>round-trip</em> を java.io.File クラスに提供します。 特定のPathp では、元の<、>、新しいPath.of(がすべて同じJava仮想マシンで作成されている限り、blockquote.Path#toUri() toUri()).equals(.Path#toAbsolutePath() toAbsolutePath())<>PathURI/blockquotePath が保証されます。 他のプロバイダーが何らかの保証を行うかどうかは、プロバイダー固有であるため、指定されていません。

11 に追加されました。

Javaドキュメント。

このページの一部は、によって作成および共有され、に記載されている条件に従って使用される作業に基づく変更です。

[Android.Runtime.Register("of", "(Ljava/lang/String;[Ljava/lang/String;)Ljava/nio/file/Path;", "", ApiSince=34)]
public static Java.Nio.FileNio.IPath? Of(string? first, params string[]? more);

[<Android.Runtime.Register("of", "(Ljava/lang/String;[Ljava/lang/String;)Ljava/nio/file/Path;", "", ApiSince=34)>]
static member Of : string * string[] -> Java.Nio.FileNio.IPath

パラメーター

返品

結果のパス

属性

RegisterAttribute

注釈

パス文字列、または結合された場合にパス文字列を形成する文字列のシーケンスを変換して Path を返します。 さらに要素が指定されていない場合、最初のパラメーターの値は変換するパス文字列です。 複数の要素が 1 つ以上指定されている場合、空でない各文字列 (最初を含む) は名前要素のシーケンスと見なされ、パス文字列を形成するために結合されます。 文字列の結合方法の詳細はプロバイダー固有ですが、通常は区切り記号として名前区切り記号を使用して結合されます。 たとえば、名前の区切り記号が "/" で getPath("/foo","bar","gus") が呼び出された場合、パス文字列 "/foo/bar/gus" は Path に変換されます。 空のパスを表す Path は、最初が空の文字列であり、空でない文字列が含まれていない場合に返されます。 Path は、既定の FileSystem の getPath メソッドを呼び出すことによって取得されます。 このメソッドは非常に便利ですが、このメソッドを使用すると、既定の FileSystem への参照が想定され、呼び出し元のコードのユーティリティが制限されます。 そのため、柔軟な再利用を目的としたライブラリ コードでは使用しないでください。 より柔軟な代替手段は、次のような既存の Path インスタンスをアンカーとして使用することです。

Path dir = ...
Path path = dir.resolve("file");

Javaリファレンス。