パス内のFile.separatorとスラッシュの違い

Java Path-Stringでの使用File.separatorと通常の違いは何/ですか？

二重のバックスラッシュとは対照的に\\、両方のバージョンがWindowsとUnixで動作するため、プラットフォームの独立性は理由ではないようです。

public class SlashTest {
    @Test
    public void slash() throws Exception {
        File file = new File("src/trials/SlashTest.java");
        assertThat(file.exists(), is(true));
    }

    @Test
    public void separator() throws Exception {
        File file = new File("src" + File.separator + "trials" + File.separator + "SlashTest.java");
        assertThat(file.exists(), is(true));
    }
}

質問を言い換えると、もし/UnixとWindowsで動作するなら、なぜ使用したいのFile.separatorでしょうか？

ファイルを処理するためのJavaライブラリを使用すると/、すべてのプラットフォームで安全に（バックスラッシュではなくスラッシュ）を使用できます。ライブラリコードは、内部でプラットフォーム固有のパスへの変換を処理します。

File.separatorただし、UIで使用することをお勧めします。これは、Javaにとって意味のあるものではなく、OSで意味のあるものを人々に示すのが最善だからです。

更新：5分間の検索で、「常にスラッシュを使用できる」という動作を文書化することができませんでした。今では、それが文書化されているのを見たと確信していますが、公式の参考文献を見つけられないので（私の記憶は完全ではないため）、それが機能するFile.separatorことを知っているので、使用を続けます。

File.separatorいつかあなたのプログラムは、馬が泣き、牛がすべてのエレベーターを操作する、奇妙なものや見知らぬ人の土地である遠く離れた土地で開発されたプラットフォームで実行される可能性があるために使用します。この土地では、人々は伝統的に「：」文字をファイル区切りとして使用してきたため、JVMは忠実に彼らの希望に従います。

ファイル名を参照するようにFile.separatorを使用すると、過剰ですが（これまでの土地オフ想像する人のために私は彼らのJVMの実装が代わるだろうと想像/して:だけで窓JVM置き換え、それが好き\）。

ただし、ファイル参照を取得して作成するのではなく、解析する必要がある場合があります。これを行うには、プラットフォームのセパレーターを知る必要があります。File.separatorはそのために役立ちます。

では、コードをいくつか調べてみましょう。
File.java428〜435行目File.<init>：

String p = uri.getPath();
if (p.equals(""))
    throw new IllegalArgumentException("URI path component is empty");

// Okay, now initialize
p = fs.fromURIPath(p);
if (File.separatorChar != '/')
p = p.replace('/', File.separatorChar);

そして、fs/*(FileSystem)*/.fromURIPath()ドキュメントを読んでみましょう：

java.io.FileSystem
public abstract String fromURIPath（String path）
必要に応じて、指定されたURIパス文字列を後処理します。これは、たとえば「/ c：/ foo」を「c：/ foo」に変換するために、win32で使用されます。パス文字列には引き続きスラッシュセパレータがあります。Fileクラスのコードは、このメソッドが戻った後にそれらを変換します。

これはFileSystem.fromURIPath()、WindowsでのみURIパスで後処理を行うことを意味します。これは、次の行が原因です。

p = p.replace('/', File.separatorChar);

各「/」をシステム依存に置き換えseperatorCharます。すべての OS で「/」が安全であることを常に確認できます。

まあ、UnixやWindows（ポータブルデバイスなど）よりも多くのOSがあり、Javaはその移植性で知られています。ベストプラクティスはそれを使用することです。そのため、JVMはそのOSに最適なものを決定できます。

途中で大きな違いはありませんが、帰りは違います。

確かに、新しいFile（String path）では '/'または '\'を使用できますが、File.getPath（）はそのうちの1つしか提供しません。

パーティーに遅れました。私はJDK 1.8とEclipse MARS 1
を搭載したWindows 10を使用しています。

getClass().getClassLoader().getResourceAsStream("path/to/resource");

作品と

getClass().getClassLoader().getResourceAsStream("path"+File.separator+"to"+File.separator+"resource");

機能しません

getClass().getClassLoader().getResourceAsStream("path\to\resource");

動作しません。最後の2つは同等です。だから... File.separatorを使わないのには十分な理由があります。

シンプルでシンプルな携帯性。

「プログラマーのためのJava SE8」は、Javaがどちらにも対応すると主張しています。（pp。480、最後の段落）。この例では、次のように主張しています。

c:\Program Files\Java\jdk1.6.0_11\demo/jfc

うまく解析されます。最後の（Unixスタイルの）セパレータに注意してください。

それは粘着性があり、おそらくエラーが発生しやすいですが、それは彼ら（デイテルとデイテル）が主張するものです。

Javaではなく人々の混乱が、この（ミス？）機能を使用しない理由であると思います。

紳士が違いの詳細で違いを説明したように。

複数のOSに展開する可能性のあるプログラムでファイルを処理する場合は、Apache Commons io api、クラスの使用をお勧めFilenameUtilsします。

ファイルまたはディレクトリのパス名は、ホストシステムの命名規則を使用して指定されます。ただし、Fileクラスは、プラットフォームに依存しない方法でファイル名とディレクトリ名を処理するために使用できるプラットフォーム依存の定数を定義します。

Files.seperatorは、パス名でディレクトリとファイルコンポーネントを区切る文字または文字列を定義します。この区切り文字は、Unix、Windows、Macintoshの場合、それぞれ「/」、「\」、または「：」です。

Java 7を使用している場合は、Path.resolve（）およびPaths.get（）をチェックアウトします。

File.separatorを使用すると、Ubuntuはディレクトリではなく、名前に「\」が付いたファイルを生成しました。たぶん私はファイル（およびディレクトリ）を作成する方法に怠惰で、それを回避できたかもしれませんが、名前に「\」が付いているファイルを避けるために毎回「/」を使用してください

Linuxセパレーターを使用して、（たとえば、データベースに保存されている）準備ができたパスからファイルを作成しようとしている場合、どうすればよいですか？

多分ちょうどパスを使用してファイルを作成します：

new File("/shared/folder/file.jpg");

ただし、Windowsは別の区切り文字（\）を使用します。それで、代替案はスラッシュセパレータをプラットフォームに依存しないものに変換するのでしょうか？お気に入り：

new File(convertPathToPlatformIndependent("/shared/folder"));

このメソッドはconvertPathToPlatformIndependentおそらく「/」で分割され、File.separatorと結合されます。

まあ、私にとっては、プラットフォームに依存しない言語（これは正しいですか？）にとっては良くありません。Javaはすでに/WindowsまたはLinuxでの使用をサポートしています。しかし、パスを使用していて、毎回この変換を覚えておく必要がある場合、これは悪夢となり、将来のアプリケーションに真の利益はありません（多分、@ Pointyが説明した宇宙で）。