IOとJavaのNIOのパスとパス

Question

JavaのIOとNIOについて学ぶのは初めてです。

そして私は

• がjava.nio.file.Pathとjava.nio.file.Pathsとの間の差であるのだろうか？
• は、PathとPathsの違いは？

ありがとうございます。

Answer 1

パスはパスを表すクラスです。あなたが通常既に持っているものはPathですが、ここにあるメソッドが関係します。

パスは一連のユーティリティです。これらのユーティリティは、他のタイプの入力からPathオブジェクトを生成します。ユーティリティは、Pathを事前に持つ必要はありません。これらは、一般的な、頻繁に使用されるコードの便利なラッパーで、切り取りと貼り付けの必要性を減らすためのものです。ここで

はPathsの使用例である：ここで

/* I have a String, but need a Path */ 
Path path = Paths.get("/home/user/.config"); 

はPathの使用例である：

/* I have a Path, but need a String */ 
String name = path.toString(); 

Pathsなどのユーティリティクラスが必要な理由は、番号の組み合わせであります因子の：

1. Pathはインタフェースなので、そのコンストラクタの直接呼び出しは不可能です。それはコンストラクタがないので。
2. Stringは最終クラスであり、ユーティリティクラスを作成するよりも代替として提示する方がおそらくもっと難しいクラスです。したがって、"/home/user/.config".toPath()はオブジェクト指向の有効なオブジェクト指向の方法かもしれませんが、レガシーコードはそれ以上の審議なしでそれを追加することを防ぎます。
3. URIは、上記の圧力と同様の圧力をStringとしています。

NIO Pathクラスで追加したときに、コードをレビューしてコアJavaライブラリに統合したかったのです。ライブラリに追加する他の人を得ることは容易である

スタッフは、次のような特徴があります

1. あなたは（設立ライブラリコール・インタフェースによって公開されている方法で、ライブラリの既存の部品を台無しにしませんこれを行うと、今度はプログラムを書き直す必要があるため、図書館のユーザーは混乱します。
2. 彼らはgetPath(...)機能を持つようにStringとURIを変更するアプローチを取った場合、彼らはその後、簡単にバックアウト計画（あなたが時間通りにお届けできないことがありますので、これは非常に重要です）

を持っていますコードをJava標準ライブラリに統合するのが困難になっていました。