Perbedaan antara File.separator dan garis miring di

Apa perbedaan antara menggunakan File.separatordan normal /dalam Java Path-String?

Berbeda dengan \\independensi platform backslash ganda tampaknya bukan menjadi alasan, karena kedua versi bekerja di bawah Windows dan 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));
    }
}

Untuk mengulangi pertanyaannya, jika /bekerja pada Unix dan Windows, mengapa orang ingin menggunakannya File.separator?

Dengan perpustakaan Java untuk menangani file, Anda dapat menggunakan /(slash, bukan backslash) dengan aman di semua platform. Kode pustaka menangani penerjemahan berbagai hal ke jalur khusus platform secara internal.

Anda mungkin ingin menggunakan File.separatordi UI, karena itu terbaik untuk menunjukkan kepada orang-orang apa yang akan masuk akal di OS mereka, daripada apa yang masuk akal untuk Java.

Pembaruan : Saya belum dapat, dalam lima menit pencarian, untuk menemukan perilaku "Anda selalu dapat menggunakan tebasan" yang didokumentasikan. Sekarang, saya yakin saya telah melihatnya didokumentasikan, tetapi tanpa adanya referensi resmi (karena ingatan saya tidak sempurna), saya tetap menggunakan File.separatorkarena Anda tahu itu akan berhasil.

Anda menggunakannya File.separatorkarena suatu hari program Anda mungkin berjalan pada platform yang dikembangkan di tanah yang jauh, tanah yang aneh dan orang-orang asing, di mana kuda menangis dan sapi mengoperasikan semua lift. Di negeri ini, orang secara tradisional menggunakan karakter ":" sebagai pemisah file, dan dengan patuh JVM mematuhi keinginan mereka.

Meskipun menggunakan File.separator untuk referensi nama file berlebihan (bagi mereka yang membayangkan tanah jauh, saya membayangkan implementasi JVM mereka akan menggantikan /dengan :seperti windows jvm menggantikannya dengan a \).

Namun, kadang-kadang Anda mendapatkan referensi file, bukan membuatnya, dan Anda perlu menguraikannya, dan untuk dapat melakukan itu, Anda perlu mengetahui pemisah pada platform. File.separator membantu Anda melakukan itu.

OK, mari kita periksa beberapa kode.
File.javabaris 428 hingga 435 di 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);

Dan mari kita baca fs/*(FileSystem)*/.fromURIPath()dokumen:

java.io.FileSystem
public abstract String fromURIPath (String path)
Post-process string URI path yang diberikan jika perlu. Ini digunakan pada win32, misalnya, untuk mengubah "/ c: / foo" menjadi "c: / foo". String path masih memiliki pemisah slash; kode dalam kelas File akan menerjemahkannya setelah metode ini kembali.

Ini berarti FileSystem.fromURIPath()apakah pemrosesan posting pada jalur URI hanya di Windows, dan karena di baris berikutnya:

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

Ini menggantikan setiap '/' dengan ketergantungan sistem seperatorChar, Anda selalu dapat memastikan bahwa '/' aman di setiap OS.

Yah, ada lebih banyak OS daripada Unix dan Windows (Perangkat portabel, dll), dan Java dikenal dengan portabilitasnya. Praktik terbaik adalah menggunakannya, sehingga JVM dapat menentukan mana yang terbaik untuk OS itu.

Meskipun tidak ada banyak perbedaan di jalan masuk, itu tidak di jalan kembali.

Tentu Anda dapat menggunakan '/' atau '\' di File baru (String path), tetapi File.getPath () hanya akan memberi Anda salah satunya.

Terlambat ke pesta. Saya menggunakan Windows 10 dengan JDK 1.8 dan Eclipse MARS 1.
Saya menemukan itu

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

bekerja dan

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

tidak bekerja dan

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

tidak bekerja. Dua yang terakhir setara. Jadi ... Saya punya alasan bagus untuk TIDAK menggunakan File.separator.

portabilitas polos dan sederhana.

"Java SE8 for Programmer" mengklaim bahwa Java akan mengatasi keduanya. (hlm. 480, paragraf terakhir). Contohnya mengklaim bahwa:

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

akan menguraikan baik-baik saja. Perhatikan pemisah terakhir (gaya Unix).

Ini norak, dan mungkin rawan kesalahan, tapi itulah yang mereka (Deitel dan Deitel) klaim.

Saya pikir kebingungan untuk orang, daripada Jawa, adalah alasan yang cukup untuk tidak menggunakan fitur (salah?) Ini.

Ketika para pria menggambarkan perbedaan dengan detail varian.

Saya ingin merekomendasikan penggunaan Apache Commons io api, kelas FilenameUtilsketika berhadapan dengan file dalam suatu program dengan kemungkinan penggelaran pada banyak OS.

Pathname untuk file atau direktori ditentukan menggunakan konvensi penamaan sistem host. Namun, kelas File mendefinisikan konstanta tergantung platform yang dapat digunakan untuk menangani nama file dan direktori dengan cara platform-independen.

Files.seperator mendefinisikan karakter atau string yang memisahkan direktori dan komponen file dalam nama path. Pemisah ini adalah '/', '\' atau ':' untuk Unix, Windows, dan Macintosh.

Jika Anda menggunakan Java 7, checkout Path.resolve () dan Paths.get () .

Menggunakan File.separator membuat Ubuntu menghasilkan file dengan "\" pada namanya, bukan direktori. Mungkin saya malas dengan cara saya membuat file (dan direktori) dan bisa menghindarinya, bagaimanapun, gunakan "/" setiap kali untuk menghindari file dengan "\" pada namanya

Jika Anda mencoba membuat File dari beberapa path yang siap (disimpan dalam database, misalnya) menggunakan pemisah Linux, apa yang harus saya lakukan?

Mungkin hanya menggunakan jalur buat file:

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

Tetapi Windows menggunakan pemisah yang berbeda ( \). Jadi, apakah alternatifnya mengkonversi slash separator ke platform independen? Suka:

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

Metode ini convertPathToPlatformIndependent mungkin akan memiliki semacam split oleh "/" dan bergabung dengan File.separator.

Nah, bagi saya, itu tidak baik untuk bahasa yang platform independen (kan?) Dan Java sudah mendukung penggunaan /di Windows atau Linux. Tetapi jika Anda bekerja dengan jalur dan perlu mengingat konversi ini setiap kali ini akan menjadi mimpi buruk dan Anda tidak akan memiliki keuntungan nyata untuk aplikasi di masa mendatang (mungkin di alam semesta yang dijelaskan @Pointy).