Różnica między File.separator a ukośnikiem w ścieżkach

Jaka jest różnica między używaniem File.separatora wartością normalną /w ciągu Java Path-String?

W przeciwieństwie do podwójnego odwrotnego ukośnika \\niezależność platformy nie wydaje się być powodem, ponieważ obie wersje działają pod Windows i 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));
    }
}

Aby przeformułować pytanie, jeśli /działa na systemach Unix i Windows, dlaczego warto chcieć używać File.separator?

Dzięki bibliotekom Java do obsługi plików możesz bezpiecznie używać /(slash, a nie backslash) na wszystkich platformach. Kod biblioteki wewnętrznie przetwarza tłumaczenia na ścieżki specyficzne dla platformy.

Możesz jednak chcieć używać File.separatorinterfejsu użytkownika, ponieważ najlepiej jest pokazać ludziom, co będzie miało sens w ich systemie operacyjnym, niż co ma sens w Javie.

Aktualizacja : w ciągu pięciu minut wyszukiwania nie byłem w stanie znaleźć udokumentowanego zachowania „zawsze możesz użyć ukośnika”. Teraz jestem pewien, że widziałem to udokumentowane, ale wbrew brakowi znalezienia oficjalnej referencji (ponieważ moja pamięć nie jest idealna), pozostanę przy użyciu, File.separatorponieważ wiesz, że to zadziała.

Używasz, File.separatorponieważ pewnego dnia twój program może działać na platformie opracowanej w odległej krainie, krainie dziwnych rzeczy i obcych ludzi, gdzie konie płaczą, a krowy obsługują wszystkie windy. Na tej ziemi ludzie tradycyjnie używali znaku „:” jako separatora plików, a zatem JVM posłusznie spełnia ich życzenia.

Chociaż używanie File.separator do odwoływania się do nazwy pliku jest przesadą (dla tych, którzy wyobrażają sobie odległe ziemie, wyobrażam sobie, że ich implementacja JVM zastąpiłaby /ją :tak, jak jvm systemu Windows zamienia ją na a \).

Czasami jednak otrzymujesz odwołanie do pliku, a nie tworzysz go, i musisz go przeanalizować, a aby to zrobić, musisz znać separator na platformie. File.separator pomaga to zrobić.

OK, sprawdźmy kod.
File.javalinie od 428 do 435 w 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);

I przeczytajmy fs/*(FileSystem)*/.fromURIPath()dokumenty:

java.io.FileSystem
public abstract Łańcuch zURIPath (
ścieżka ciągu) W razie potrzeby należy przetworzyć podany ciąg ścieżki identyfikatora URI. Jest to używane w win32, np. Do przekształcenia „/ c: / foo” w „c: / foo”. Ciąg ścieżki nadal ma separatory ukośnika; kod w klasie File przetłumaczy je po powrocie tej metody.

Oznacza to, że FileSystem.fromURIPath()wykonuje przetwarzanie końcowe ścieżki URI tylko w systemie Windows, a ponieważ w następnym wierszu:

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

Zastępuje każde „/” zależnym od systemu seperatorChar, zawsze możesz być pewien, że „/” jest bezpieczny w każdym systemie operacyjnym.

Cóż, jest więcej systemów operacyjnych niż Unix i Windows (urządzenia przenośne itp.), A Java znana jest z przenośności. Najlepszą praktyką jest użycie go, aby JVM mógł określić, który z nich jest najlepszy dla tego systemu operacyjnego.

Chociaż nie ma to większego znaczenia w drodze powrotnej, robi to w drodze powrotnej.

Na pewno możesz użyć „/” lub „\” w nowym pliku (ścieżka ciągu), ale File.getPath () da ci tylko jeden z nich.

Późno na imprezę. Korzystam z systemu Windows 10 z JDK 1.8 i Eclipse MARS 1.
Znalazłem to

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

działa i

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

nie działa i

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

nie działa. Dwa ostatnie są równoważne. Więc ... Mam dobry powód, aby NIE używać File.separator.

przenośność prosta i prosta.

„Java SE8 dla programistów” twierdzi, że Java poradzi sobie z jednym z nich. (str. 480, ostatni akapit). Przykład twierdzi, że:

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

parsuje się dobrze. Zwróć uwagę na ostatni separator (w stylu uniksowym).

Jest tandetny i prawdopodobnie podatny na błędy, ale tak twierdzą (Deitel i Deitel).

Myślę, że zamieszanie dla ludzi, a nie dla Javy, jest wystarczającym powodem, aby nie korzystać z tej (błędnej?) Funkcji.

Jak panowie opisali różnicę wariantami szczegółów.

Chciałbym polecić korzystanie z Apache Commons io api, klasy w FilenameUtilsprzypadku plików w programie z możliwością wdrażania na wielu systemach operacyjnych.

Ścieżka do pliku lub katalogu jest określana przy użyciu konwencji nazewnictwa systemu hosta. Jednak klasa File definiuje stałe zależne od platformy, których można używać do obsługi nazw plików i katalogów w sposób niezależny od platformy.

Files.seperator definiuje znak lub ciąg oddzielający katalog i komponenty pliku w nazwie ścieżki. Ten separator to „/”, „\” lub „:” odpowiednio dla systemów Unix, Windows i Macintosh.

Jeśli używasz Java 7, sprawdź Path.resolve () i Paths.get () .

Użycie File.separator zmusiło Ubuntu do generowania plików z „\” w nazwie zamiast katalogów. Może jestem leniwy w tworzeniu plików (i katalogów) i mogłem tego uniknąć, niezależnie od tego, używaj „/” za każdym razem, aby unikać plików z „\” w nazwie

Co należy zrobić, jeśli próbujesz utworzyć plik z gotowej ścieżki (zapisanej na przykład w bazie danych) za pomocą separatora systemu Linux?

Może po prostu użyj ścieżki, aby utworzyć plik:

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

Ale system Windows używa innego separatora ( \). Czy zatem alternatywna konwersja separatora ukośnika na platformę jest niezależna? Lubić:

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

Ta metoda convertPathToPlatformIndependentprawdopodobnie będzie podzielona przez „/” i połączona z File.separator.

Cóż, dla mnie to nie jest miłe dla języka niezależnego od platformy (prawda?), A Java już obsługuje użycie /w systemie Windows lub Linux. Ale jeśli pracujesz ze ścieżkami i musisz pamiętać o tej konwersji za każdym razem, będzie to koszmar i nie będziesz miał żadnych rzeczywistych korzyści dla aplikacji w przyszłości (być może we wszechświecie opisanym przez @Pointy).