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

@Suppir · Регистрация: 08.08.2011

Студворк — интернет-сервис помощи студентам

Добрый день!

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

Убежденный · 21.06.2014, 02:13

Не бажище, а MS Specific:

Parsing C++ Command-Line Arguments (MSDN)
http://msdn.microsoft.com/en-u... 5ykft.aspx

...
A double quotation mark preceded by a backslash (\") is interpreted as a literal double quotation mark character (").

У них там целый свод правил

Psilon · 21.06.2014, 03:09

Убежденный, угу, я уже понял:
http://stackoverflow.com/quest... 0#24336710

The backslash acts as an escape operator when it is applicable. \D is not an escape code, so bash seems to be passing it through just fine. \" is an escape code however. In order to achieve the output you desire you should write:

C#
1
Program.exe "C:\\Dir\\"

так что так

@gazlan · 21.06.2014, 03:21

Why is the DOS path character "\"?

@Suppir · 21.06.2014, 08:33 **[ТС]**

В принципе, я даже не подозревал об этой ошибке, пока пользователь не пожаловался.

Добавлено через 2 минуты
Из MSDN:

A double quotation mark preceded by a backslash (\") is interpreted as a literal double quotation mark character (").
Двойная кавычка, перед которой стоит бекслеш, интерпретируется как литеральный (т.е. не управляющий) символ двойной кавычки.

Backslashes are interpreted literally, unless they immediately precede a double quotation mark.
Бекслеши интерпретируются как литералы кроме случаем, когда после них стоит двойная кавычка.

Psilon · 21.06.2014, 09:25

Suppir, ну если описанно в документации, то это не ошибка, а фича

@titan4ik · 15.08.2024, 15:49

Сообщение от kolorotur

Конечно. В среде Windows используется символ "\" для разделения директорий.
Его и используйте.
Иногда среда принимает и "/", но не всегда, потому лучше быть постоянным и использовать "\".

Не рекомендуется поднимать старые темы, но в данном случае мне представляется уместным.
А что можно сказать на сегодняшний день?
Какой символ для разделителя директорий использовать сегодня в приложении windows?
Ясно, что "\" будет нормально работать. Но если так же нормально будет работать и "/", то может быть пора на него переходить? Чтобы уже "не путаться" при переходах между windows и линукс. Ведь если нет смысла использовать специальный символ "\" (работает только в windows), то лучше использовать универсальный "/" (работает и в windows, и в линукс, и в веб).
Это я про принцип экономии мышления.
Что скажете?

@Andrey-MSK · 15.08.2024, 15:58

Сообщение от titan4ik

Чтобы уже "не путаться" при переходах между windows и линукс.

C#
1
Path.Combine()

и не нужно париться...

@titan4ik · 15.08.2024, 16:32

Спасибо, Andrey-MSK,
а если вручную то как-то так можно:

C#
1
2
separator = Path.DirectorySeparatorChar;
path = $"{separator}users{separator}user1{separator}";

Это вот тут рекомендуется.
Но интересно услышать и прямой ответ на поставленный вопрос.

@IamRain · 15.08.2024, 17:07

Сообщение от titan4ik

Чтобы уже "не путаться" при переходах между windows и линукс.

А нечего путаться - бэкслэш и форвард слэш - это разные символы.

@titan4ik · 15.08.2024, 17:10

Сообщение от IamRain

А нечего путаться - бэкслэш и форвард слэш - это разные символы.

Зачем использовать разные символы, если можно использовать одинаковые? Это различие возникло давно по историческим причинам. Но уже много воды утекло. Может быть уже можно в windows приложении забыть про бэкслэш при указании путей?

@IamRain · 15.08.2024, 17:20

titan4ik, как выше заметили, Path-класс сам определяет SeparatorChar в системе и позволяет не думать о различиях.
А при работе вручную лично я не вижу проблемы, всего два разных символа - не десять же.

@titan4ik · 15.08.2024, 18:22

Хорошо, я по-другому спрошу. Если буду прямой слэш использовать в приложении windows, реально проблемы будут?

@IamRain · 15.08.2024, 18:26

Сообщение от titan4ik

Если буду прямой слэш использовать в приложении windows, реально проблемы будут?

Это можно самостоятельно проверить.

@titan4ik · 15.08.2024, 21:12

Сообщение от IamRain

Это можно самостоятельно проверить.

IamRain, ну не знаете так и скажите. Зачем это дрочилово бессмысленное?

Добавлено через 7 минут
Известно, что прямой флэш будет работать.
Но неизвестно есть ли шанс нарваться на проблему при этом. Поэтому если не знаешь где эту проблему искать, то ничего не проверишь. И насколько эта проблема вероятна. Может быть в настоящее время почти невероятна. Я этого не знаю. И именно это и хотел узнать.

Добавлено через 2 минуты
Тут в этой же теме написано (но давно написано)
Указание путей к файлу через слеш или бекслеш - есть ли разница

Добавлено через 6 минут
А сейчас вот что написано

Канонизация разделителей
Все символы косой черты (/) преобразуются в стандартные разделители Windows, то есть символы обратной косой черты (\).

https://learn.microsoft.com/ru... separators
Я и хочу понять. Можно прямой флэш применять или нет у тех у кого в этом опыт есть. Написанному же верить нельзя. Тем боле, что там есть оговорка

Практически все передаваемые в API Windows пути нормализуются.

"Практически все" и "все" это не одно и то же. Насколько? Я не знаю.

@Andrey-MSK · 16.08.2024, 08:26

Сообщение от titan4ik

"Практически все" и "все" это не одно и то же. Насколько? Я не знаю.

Что мешает проверить?

C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
using System;
using System.IO;
 
namespace ConsoleApp11
{
    internal class Program
    {
        static void Main(string[] args)
        {
            string pathWin = @"C:\Users\User\Documents";
            string pathNix = @"C:/Users/User/Documents";
 
            string[] filesWin = Directory.GetFiles(pathWin, "*.*");
            Console.WriteLine(filesWin.Length);
 
            string[] filesNix = Directory.GetFiles(pathNix, "*.*");
            Console.WriteLine(filesNix.Length);
        }
    }
}

@titan4ik · 16.08.2024, 08:51

Andrey-MSK, это не проверка. Это наверняка сработает нормально. Почти наверняка)
Сработало конечно. Но это частный случай.
Ладно, в общем мнение понятно - нефиг умничать. Раз в виндовс надо обратный ставить - таки и ставьте обратный, если не будет особой причины изменить эту практику.

Добавлено через 2 минуты
А именно - несмотря на то, что

Сообщение от titan4ik

Все символы косой черты (/) преобразуются в стандартные разделители Windows, то есть символы обратной косой черты (\).

практики перехода на прямой флэш в приложениях Windows на данный момент не сложилось.

@IamRain · 16.08.2024, 09:02

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

@titan4ik · 16.08.2024, 09:14

IamRain, это не проблема. И я не проблему решаю. Я интересуюсь у профессионалов их мнением.
Казалось бы, увидев в оф док такую фразу

Сообщение от titan4ik

Все символы косой черты (/) преобразуются в стандартные разделители Windows, то есть символы обратной косой черты (\).

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

@Andrey-MSK · 16.08.2024, 09:20

Сообщение от titan4ik

это не проверка.

А что это? Читает оба слэша как надо...

Просто таким способом в NIX никто писать не будет, если нужно сделать реально кроссплатформу. А будут использовать методы языка для определения ОС и уже на основе них формировать пути. Вы ведь в курсе что в NIX нет C:\, D:\ и т.д., а всё пляшет от корня /...

@titan4ik · 16.08.2024, 09:54

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

Новые блоги и статьи Все статьи Все блоги /
Когда логика программы не спасает от человеческих ошибок Maks 18.08.2026 В последнее время всё чаще и чаще сталкиваюсь с таким явлением, как абсолютная невнимательность (или глупость) пользователей. Проявляется это чаще всего на работе в коллективе. Допустим, человек с. . .	Лето уходит kumehtar 17.08.2026	Мысли в слух kumehtar 17.08.2026 Забавно, насколько сейчас стала доступна информация. Например о магии, духовном развитии, медитациях, и других подобных направлениях, ранее зачастую тайных, передаваемых от учителя к ученику. Хотя. . .	Перемещение строк из ТЧ в другой документ с учетом текущего пробега Maks 17.08.2026 Реализация из решения ниже выполнена на примере нетипового документа "Автозапчасти", с ТЧ "Шины". За основу взят алгоритм отсюда: https:/ / www. cyberforum. ru/ blogs/ 359708/ 10838. html Задача: . . .
Саморегулирующийся социальный контракт для сервера cross-section. Hrethgir 14.08.2026 С кодом конечно таких глубоких размышлений пока не было, впрочем я уже привык к алгоритмизации. Суть предмета записи: снова в диалоге с нейросетью (я взял пока себе ник для учётки админа - Rector). . . .	Часы электронные Uhbif79 12.08.2026 Выкладываю программу часов. Программа позволяет: 1. Использовать системное время и дату, 2. Есть возможность вводить время и дату вручную. 3. Реализованы 2 будильника: начало и конец рабочего дня. . . .	Часы с будильником на основе класса QLCDNumber Uhbif79 12.08.2026 Всем добрый день, выкладываю программу часов с будильником на основе класса QLCDNumber. Здесь я пробовал самостоятельно создавал классы, впервые столкнулся с видимостью переменной одного класса из. . .	Установка MinGW GCC 16.2 и CMake 8Observer8 10.08.2026 VK Видео: https:/ / vkvideo. ru/ video-240781534_456239017 YouTube: eY5-5PyI9NM Текстовая версия

@Suppir 28 / 28 / 11 Регистрация: 08.08.2011 Сообщений: 1,173

	Указание путей к файлу через слеш или бекслеш - есть ли разница 20.06.2014, 17:07. Показов 28019. Ответов 51 Метки нет (Все метки) Добрый день! Подскажите, есть ли хоть какая-то разница при указании путей к файлам через "/" или "\" в c#? 0

@gazlan 3178 / 1937 / 312 Регистрация: 27.08.2010 Сообщений: 5,131 Записей в блоге: 1
	21.06.2014, 03:21
	Why is the DOS path character "\"? 1

@Suppir 28 / 28 / 11 Регистрация: 08.08.2011 Сообщений: 1,173
	21.06.2014, 08:33 [ТС]
	В принципе, я даже не подозревал об этой ошибке, пока пользователь не пожаловался. Добавлено через 2 минуты Из MSDN: A double quotation mark preceded by a backslash (\") is interpreted as a literal double quotation mark character ("). Двойная кавычка, перед которой стоит бекслеш, интерпретируется как литеральный (т.е. не управляющий) символ двойной кавычки. Backslashes are interpreted literally, unless they immediately precede a double quotation mark. Бекслеши интерпретируются как литералы кроме случаем, когда после них стоит двойная кавычка. 1

Psilon Master of Orion 6102 / 4958 / 905 Регистрация: 10.07.2011 Сообщений: 14,522 Записей в блоге: 5
	21.06.2014, 09:25
	Suppir, ну если описанно в документации, то это не ошибка, а фича 0

@IamRain 4695 / 2702 / 735 Регистрация: 02.08.2011 Сообщений: 7,236
	15.08.2024, 17:20
	titan4ik, как выше заметили, Path-класс сам определяет SeparatorChar в системе и позволяет не думать о различиях. А при работе вручную лично я не вижу проблемы, всего два разных символа - не десять же. 0

@titan4ik Заблокирован
	15.08.2024, 18:22
	Хорошо, я по-другому спрошу. Если буду прямой слэш использовать в приложении windows, реально проблемы будут? 0

@IamRain 4695 / 2702 / 735 Регистрация: 02.08.2011 Сообщений: 7,236
	16.08.2024, 09:02
	titan4ik, вы наверное, когда на улицу выходите, всегда с зонтом?) В солнечный день - защита от ультрафиолета, в пасмурный - от потенциального дождя. Проблемы надо решать по мере их поступления. 0

@titan4ik Заблокирован
	16.08.2024, 09:54
	Тему можно считать исчерпанной. Поясню. Я не столько о кроссплатформенности (я в этом мало смыслю), сколько о том, что прямой флэш сейчас уже вроде бы можно было бы (?) применять и в виндовс в качестве нормы, как рекомендуемый разделитель. Но нет - этого не случилось. 0