Чи безпечно конвертувати шляхи до файлів Windows до шляхів файлів Unix простою заміною?

Так, наприклад, скажіть, що у мене було так, що всі мої файли будуть перенесені з машини Windows на Unix-машину як таку: C:\test\myFile.txtдо {somewhere}/test/myFile.txt(буква диска в цьому пункті не має значення).

В даний час наша бібліотека утиліт, яку ми написали самі, пропонує метод, який дозволяє просто замінити всі косої косої риски косою рискою вперед:

public String normalizePath(String path) {
   return path.replaceAll("\\", "/");
}

Штрихи зарезервовані і не можуть бути частиною імені файлу, тому структура каталогів повинна бути збережена. Однак я не впевнений, чи є інші ускладнення між вікнами та unix-шляхами, про які мені може знадобитися турбуватися (наприклад: імена, що не відносяться до ascii тощо)

Так, якщо ви замінюєте лише в Windows, і вимикаєте її під час роботи в інших системах.

Робити заміну в системах, схожих на Unix, неправильно, оскільки \це дійсний символ у імені файлу чи каталогу на платформах, схожих на Unix. На цих платформах, тільки NULі /заборонені в іменах файлів і каталогів.

Крім того , деякі функції API Windows ( в основному ті , нижчий рівень) не дозволяють використовувати слеша - зворотні косі повинні використовуватися з ними.

Так, але вся ця справа є суперечливою. Java безперешкодно перетворює косою косою рисою назад у косу рису в Windows. Ви можете просто використовувати косої риски для всіх контурів, які жорстко закодовані або зберігаються в конфігурації, і вони працюватимуть для обох платформ.

Особисто я завжди використовую косу косу рису навіть у Windows, тому що це не символ втечі. Незалежно від того, чи є необроблений шлях у коді чи зовнішній у файлі властивостей, я кодую його таким же чином.

Спробуй це! Це буде працювати в Windows. Очевидно, змініть фактичний шлях на те, що існує, і ваш користувач має дозвіл на читання.

File f = new File("c:/some/path/file.txt");
if (!f.canRead()) {
  System.out.println("Uh oh, Snowman was wrong!");
}

Бонус: ви можете навіть змішувати косі риски на тому ж шляху!

File f = new File("c:/some\\path/file.txt");
if (!f.canRead()) {
  System.out.println("Uh oh, Snowman was wrong again!");
}

Ще одне ускладнення в Windows полягає в тому, що він також підтримує позначення UNC, а також традиційні літери накопичувача.

До файлу на віддаленому файловому сервері можна отримати доступ як \\server\sharename\path\filename.

Ні. Є набагато більше речей, про які варто думати, ніж просто роздільник шляху (річ "\ vs /"). Як згадує Роб Y, існує спосіб обробки просторів та їх висока частота у використанні Windows. У двох середовищах є різні незаконні персонажі. Є бажання Unix дозволити майже все, коли втече провідний "\". Існує використання Windows "" "для роботи з вбудованими просторами. Існує використання Windows у UCS-16 та Unix, як ASCII або UTF-8.

і т.д. , і т.д. , і т.д.

Але для багатьох застосунків, які можуть ставити обмеження для імен шляхів, якими вони повинні маніпулювати, ви насправді можете робити це саме так, як ви запропонуєте. І це спрацює принаймні у великій кількості справ, просто не у всіх.

Кожна операційна система Майкрософт, починаючи з MS-DOS, на рівні ядра розуміла як косі нахили, так і косої .

Тому в Windows ви можете вільно конвертувати між ними; обидва мають рівний статус як зарезервовані роздільники. У будь-якому дійсному шляху ви можете замінити косою рисою косою рисою і навпаки, не змінюючи її значення, що стосується ядра.

У ранніх версіях DOS command.comінтерпретатор Майкрософт зробив налаштовувану перевагу, котра коса риса використовується для відображення та розбору шляхів. Це врешті було знято.

Деякі програми в просторі користувачів у Windows, такі як, о, оболонка Windows ( explorer.exe), не люблять косої риски вперед. Це просто нерозумне програмування в цих програмах.