Указание путей к файлу через слеш или бекслеш - есть ли разница

Добрый день!

Подскажите, есть ли хоть какая-то разница при указании путей к файлам через "/" или "\" в c#?

0

Сообщение от titan4ik о том, что прямой флэш сейчас уже вроде бы можно было бы (?) применять и в виндовс в качестве нормы, как рекомендуемый разделитель. Но нет - этого не случилось.

Не случилось где? В Microsoft?

0

Сообщение от titan4ik Но нет - этого не случилось.

Кто-то мешает?

1

Сообщение от John Prick Не случилось где? В Microsoft?

в c#

0

Сообщение от titan4ik в c#

Чего это? Вы же сами убедились что оба варианта работают?

И мало того, в CMD тоже всё работает как надо

0

Сообщение от Andrey-MSK Чего это? Вы же сами убедились что оба варианта работают? И мало того, в CMD тоже всё работает как надо

Andrey-MSK, ёпересетэ) Ведь, если кто-то будет писать явно пути в коде c#, то будет писать с обратным слэшем. Если кто-то книгу будет писать по c# - то же самое будет.
Это я спрашиваю что мешает перейти всем на прямой слэш. Это я спрашиваю

Добавлено через 1 минуту
Уже не спрашиваю. Всё. Я сдался) Тема закрыта)

0

titan4ik, Примите за железобетонный довод - в Windows правильно писать через \, так уж исторически сложилось, в NIX - /. Всё

1

Andrey-MSK, ОК.
Спасибо, что со мной, дурнем, общаетесь)

0

Не стал писать в соседнюю тему Слеш в конце пути к каталогу.
Свои 5 копеек запихну.

Так как у нас проект мультиплатформенный, то мы активно подгоняли работу с файлами. И опыт показал что:

- если использовать всегда "/" в путях, то это идеально работает везде.
Но сложность заключается только в настройках или взаимодействии с пользователем. То есть, странно когда пользователь Windows версии вводит путь не в его знакомом виде. Или же, пользователь ввёл путь, а после сохранения видит что слеши изменились на обратные. Это приводит только к недоумению и непониманию.
Поэтому конвертации слешей мы делаем "за кулисами" при фактическом использовании. А наружу точит то что ввёл пользователь.

- Path.Combine работает тупо и ничего не проверяет
И не нужно. Его использование нужно только для того чтобы собрать путь с учётом платформо-зависимых слешей. А так же он отсекает некоторые повторы (например /s//z => /s/z ).

- про последний символ в пути
Не нужно думать или ставить специально слеш для каталога. Последнее имя в пути - является ключевым для обработки. Да, для нас визуально понятнее чтобы там стоял какой-то "маркер", типа "слеша". Но если у вас файл без расширения, то вся эта схема ломается.
Поэтому на мой взгляд лучше точно понимать что вы делаете, а не гадать. Что за ситуация когда мы должны определить - файл это или папка? Ну только если например у пользователя запросили каталог для сохранения, а он ввёл путь к файлу (если наоборот, к файлу, то там простая проверка File.Exists решает проблему моментально).
Во всех случаях код kotelok из темы Отличить файл от каталога отлично подходит.

1

HF, спасибо!

Добавлено через 20 минут

Сообщение от HF Поэтому конвертации слешей мы делаем "за кулисами" при фактическом использовании. А наружу точит то что ввёл пользователь.

Понял, что не понял - в самом коде (внутри кода) вы используете прямые слеши?

0

Сообщение от titan4ik Понял, что не понял - в самом коде (внутри кода) вы используете прямые слеши?

Что такое "прямой слеш"? Есть "слеш" (интернет символ "/") и "обратный слеш" (для спецсимволов который, и который в виндовых путях).

Мы храним то что вводится (как в конфиге написали, как пользователь ввёл). А уже перед использованием я тупо прогоняю через конвертер, который избавляет меня от всех мне известных вероятных проблем. По сути я пересобираю путь под платформу. Ну разумеется это делается не миллион раз в секунду, там бы я придумал другой способ. Да и функция эта быстрая.
Проверка существования каталога/файла - это работа сервиса перед уже непосредственно использованием. Поэтому тоже вроде бы диск не "тормошим" часто.

1

HF, а, ну то есть вы вообще не используете явно заданные пути в коде. Используете только введенные пользователями пути (переменные со значением пути), которые потом конвертируете под конкретную платформу. Надо полагать, под windows после конвертации будут обратные слеши.

0

Сообщение от titan4ik ну то есть вы вообще не используете явно заданные пути в коде. Используете только введенные пользователями пути (переменные со значением пути), которые потом конвертируете под конкретную платформу. Надо полагать, под windows после конвертации будут обратные слеши.

нет.

Например, есть отчёты из шаблонов. Путь до них составной. Есть общая папка с ресурсами; есть относительный путь до конкретного отчёта-шаблона; и может быть имя самого файла шаблона.
Общая папка может быть законфигурирована извне (файл конфигурации). Тут считаем что админ напишет корректный путь.
А например относительный путь был раньше виндовый и это константа в коде. Чтобы не городить проверки и инициализации этой строки, то мы просто используем как есть, на любой платформе.
В итоге, я раньше получал вот такой результат: /var/usr/myapp/Reports\Energo\Electro\template.xls
Ничего мы тут не показываем никому. Всё что нужно - пересобрать путь и использовать. Если кто-то и увидит путь с обратными слешами - то это будет в логах с пойманной ошибкой.

1