実際には、NIO.2 は、Java 7 のオーバーホールで追加された新しい NIO 機能の便利なラベルにすぎません。つまり、この用語に別の意味を持たせている場合を除きます。
NIO.2 以外のものを含まないソリューションが必要な場合は、(厳密に言えば) それは不可能です。すべてのソリューションには、NIO.2 よりも前の を使用する必要がありString
ますString
。したがって、「非 NIO.2」です。
あるいは、NIO.2 にあるが NIO にないクラスの使用を許可する場合、File
NIO.2 でも NIO でもありません。それはそれらの両方よりも前です。
"jar:file:/D:/../some.jar!/folder"
FileSystem NIO2 のみを取得するように変更することは可能ですか?
それを処理できるプロバイダーを作成することが可能かどうかを尋ねる場合FileSystem
、答えは理論的には「はい」であり、おそらくすでに行われています... JARファイルに対してできることのモジュロ制限。(Path / FileSystem を介したインプレース更新は、実装が非常に難しく、ランタイム リソースの点でコストがかかります。)
プロバイダーの実装および/またはプロバイダーの使用に NIO.2 API のみを使用する必要があると言って上記の問題を制約している場合、答えはおそらくノーです。 " ...そして、それはあなたが本当に達成しようとしていることによります...)