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));
    }
}

/유닉스와 윈도우에서 작동 한다면 , 왜 그 질문을 바꾸어 놓아야 File.separator합니까?

파일 처리를위한 Java 라이브러리를 사용하면 /모든 플랫폼에서 안전하게 백 슬래시가 아닌 슬래시를 사용할 수 있습니다. 라이브러리 코드는 사물을 내부적으로 플랫폼 별 경로로 변환하는 것을 처리합니다.

File.separator그러나 UI 에 사용 하는 것이 좋습니다. Java에 의미가있는 것보다는 OS에 의미가있는 것을 사람들에게 보여주는 것이 가장 좋습니다.

업데이트 : 5 분 동안 검색하면 "항상 슬래시를 사용할 수 있습니다"동작을 찾을 수 없었습니다. 지금, 나는 확실히 나는 그것을 문서화 본 적이 있어요,하지만 (내 기억이 완벽하지 않기 때문에) 공식 참조를 찾는 누락됩니다에, 나는 사용하여 다루고 싶어요 File.separator당신이 있기 때문에 알고 그 뜻을 작업.

당신은 사용 File.separator언젠가는 당신의 프로그램이 개발 플랫폼에서 실행할 수 있기 때문에 먼 땅, 말 울음 소리와 소는 모든 엘리베이터를 운영 이상한 일들과 낯선 사람들의 땅. 이 땅에서 사람들은 전통적으로 ":"문자를 파일 구분 기호로 사용 했으므로 JVM은 자신의 소원에 따라야합니다.

File.separator를 사용하여 파일 이름을 참조하는 것은 과도하지만 (먼 곳을 상상하는 사람들에게는 JVM 구현이 Windows가 jvm을으로 대체 /하는 :것과 똑같이 JVM 구현을 대체한다고 생각 합니다 \).

그러나 때로는 파일 참조를 작성하지 않고 파일 참조를 가져 와서 구문 분석해야하며이를 수행하려면 플랫폼의 구분 기호를 알아야합니다. File.separator가 도움이됩니다.

이제 코드를 검사 해 봅시다.
File.java라인 428 ~ 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 (Portable devices 등)보다 많은 OS가 있으며 Java는 이식성으로 유명합니다. 모범 사례는이를 사용하는 것이므로 JVM이 해당 OS에 가장 적합한 것을 결정할 수 있습니다.

그것은 도중에 큰 차이를 만들지 않지만 돌아 오는 길에 있습니다.

새 File (String path)에서 '/'또는 '\'를 사용할 수 있지만 File.getPath ()는 그중 하나만 제공합니다.

파티에 늦었다. 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");

작동하지 않습니다. 마지막 두 개는 동일합니다. 그래서 ... File.separator를 사용하지 않는 좋은 이유가 있습니다.

휴대가 간편하고 단순합니다.

"프로그래머 용 Java SE8"은 Java 가 어느 쪽에도 대처할 것이라고 주장 합니다. (pp. 480, 마지막 단락). 이 예는 다음과 같이 주장합니다.

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

잘 파싱합니다. 마지막 (유닉스 스타일) 구분 기호를 기록해 두십시오.

그것은 끈적 거리며 아마도 오류가 발생하기 쉽지만 그것이 (Deitel과 Deitel) 주장입니다.

Java보다는 사람들에 대한 혼란이이 기능을 사용하지 않는 이유라고 생각합니다.

신사들이 변형 세부 사항과의 차이점을 설명했습니다.

여러 OS에 배포 할 수있는 프로그램에서 파일을 처리 할 때 Apache Commons io api, 클래스를 사용하는 것이 좋습니다 FilenameUtils.

파일 또는 디렉토리의 경로 이름은 호스트 시스템의 이름 지정 규칙을 사용하여 지정됩니다. 그러나 File 클래스는 플랫폼 독립적 인 방식으로 파일 및 디렉토리 이름을 처리하는 데 사용할 수있는 플랫폼 종속 상수를 정의합니다.

Files.seperator는 경로 이름에서 디렉토리와 파일 구성 요소를 구분하는 문자 또는 문자열을 정의합니다. 이 구분 기호는 각각 Unix, Windows 및 Macintosh의 경우 '/', '\'또는 ':'입니다.

Java 7을 사용하는 경우 Path.resolve () 및 Paths.get ()을 확인하십시오 .

Ubuntu는 File.separator를 사용하여 디렉토리 대신 이름에 "\"로 파일을 생성했습니다. 어쩌면 나는 파일 (및 디렉토리)을 만드는 방법에 게으르고 피할 수 있었지만, 항상 "/"를 사용하여 이름에 "\"가있는 파일을 피하십시오.

Linux 구분 기호를 사용하여 준비 경로 (예 : 데이터베이스에 저장)에서 파일을 만들려고하면 어떻게해야합니까?

어쩌면 경로를 사용하여 파일을 만드십시오.

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

그러나 Windows는 다른 구분 기호 ( \)를 사용합니다 . 슬래시 구분 기호를 플랫폼 독립적으로 변환 할 수 있습니까? 처럼:

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

이 방법은 convertPathToPlatformIndependent아마도 "/"로 분리되어 File.separator와 결합 될 것입니다.

글쎄, 그것은 플랫폼 독립적 인 언어 (좋아?)와 Java가 이미 Windows 또는 Linux에서 의 사용을 지원하는 언어 에는 좋지 않습니다/ . 그러나 경로로 작업하고 매번이 변환을 기억 해야하는 경우 이것은 악몽이 될 것이며 미래에는 응용 프로그램에 대한 실질적인 이익을 얻지 못할 것입니다 (@Pointy가 설명 한 우주에서).