ความแตกต่างระหว่าง File.separator และเครื่องหมายทับในพา ธ

ความแตกต่างระหว่างการใช้File.separatorและปกติ/ใน Java Path-String คืออะไร?

ตรงกันข้ามกับ\\ความเป็นอิสระของแพลตฟอร์มแบ็กสแลชสองครั้งดูเหมือนจะไม่ใช่เหตุผลเนื่องจากทั้งสองรุ่นทำงานภายใต้ 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

อัปเดต : ฉันไม่สามารถค้นหาการทำงานของ "คุณสามารถใช้เครื่องหมายทับ" ได้ในเวลาห้านาที ตอนนี้ฉันแน่ใจว่าฉันเห็นมันเป็นเอกสาร แต่ในกรณีที่ไม่มีการอ้างอิงอย่างเป็นทางการ (เพราะความจำของฉันไม่สมบูรณ์) ฉันจะใช้งานFile.separatorเพราะคุณรู้ว่ามันจะได้ผล

คุณใช้File.separatorเพราะสักวันโปรแกรมของคุณอาจทำงานบนแพลตฟอร์มที่พัฒนาในพื้นที่ห่างไกลดินแดนแห่งสิ่งแปลกประหลาดและคนแปลกหน้าที่ม้าร้องไห้และวัวใช้งานลิฟต์ทั้งหมด ในดินแดนแห่งนี้ผู้คนใช้อักษร ":" เป็นตัวคั่นไฟล์ตามธรรมเนียมแล้ว JVM จะทำตามความปรารถนาของพวกเขา

แม้ว่าการใช้ File.separator เพื่ออ้างอิงชื่อไฟล์นั้นเกินขีด จำกัด (สำหรับผู้ที่จินตนาการถึงดินแดนอันไกลโพ้นฉันคิดว่าการใช้ JVM ของพวกเขาจะแทนที่/ด้วยด้วย:เช่นเดียวกับ windows jvm แทนที่ด้วย a \)

อย่างไรก็ตามในบางครั้งคุณจะได้รับการอ้างอิงไฟล์ไม่ได้สร้างมันขึ้นมาและคุณต้องแยกวิเคราะห์และเพื่อให้สามารถทำเช่นนั้นได้คุณจำเป็นต้องรู้ตัวคั่นบนแพลตฟอร์ม 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
พับลิกบทคัดย่อ String จากURIPath (เส้นทางพา ธ )
โพสต์กระบวนการสตริง URI ที่กำหนดหากจำเป็น สิ่งนี้ใช้กับ win32 เช่นการแปลง "/ c: / foo" เป็น "c: / foo" สตริงพา ธ ยังคงมีตัวคั่นสแลช รหัสในระดับไฟล์จะแปลพวกเขาหลังจากที่วิธีนี้กลับมา

ซึ่งหมายความว่าFileSystem.fromURIPath()โพสต์การประมวลผลบนเส้นทาง URI เฉพาะใน Windows และเพราะในบรรทัดถัดไป

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

มันแทนที่แต่ละ '/' ขึ้นอยู่กับระบบseperatorCharคุณสามารถมั่นใจได้ว่า '/' ปลอดภัยในทุกระบบปฏิบัติการ

มีระบบปฏิบัติการมากกว่า Unix และ Windows (อุปกรณ์พกพา ฯลฯ ) และ Java เป็นที่รู้จักสำหรับการพกพา แนวทางปฏิบัติที่ดีที่สุดคือการใช้เพื่อให้ JVM สามารถกำหนดได้ว่าระบบใดที่ดีที่สุดสำหรับระบบปฏิบัติการนั้น

แม้ว่ามันจะไม่ได้สร้างความแตกต่างมากนักในทางกลับกัน

แน่ใจว่าคุณสามารถใช้ '/' หรือ '\' ในไฟล์ใหม่ (เส้นทางของสตริง) แต่ File.getPath () จะให้หนึ่งในนั้นเท่านั้น

ไปงานเลี้ยงสาย ฉันใช้ Windows 10 พร้อม JDK 1.8 และ Eclipse MARS 1
ฉันพบสิ่งนั้น

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

จะแยกวิเคราะห์ได้ดี จดเครื่องหมายคั่น (Unix-style) ตัวสุดท้าย

มันไม่มีรสนิยมที่ดีและอาจผิดพลาดได้ง่าย แต่มันก็เป็นสิ่งที่พวกเขาเรียกร้อง (Deitel และ Deitel)

ฉันคิดว่าความสับสนสำหรับผู้คนมากกว่า Java เป็นเหตุผลเพียงพอที่จะไม่ใช้คุณสมบัตินี้ (ผิดพลาด?)

ในฐานะที่เป็นสุภาพบุรุษอธิบายความแตกต่างกับรายละเอียดที่แตกต่าง

ฉันอยากจะแนะนำการใช้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 อธิบาย)