Таким образом, каково правильное направление наклонной черты пути (/или \) в соответствии с Windows?

Я могу подтвердить: много сообщений выше являются ложью...

• Windows принимает оба / или \

• , Linux принимает только /

, Это - потому что при разработке PHP в соответствии с Windows, Вы используете /. Это совместимо для обоих Windows или Linux...

Причина этого - небольшой кусочек истории. Когда был создан UNIX, или, точнее сказать, UNICS, они выбрали разделитель / для каталогов. Back in the days, storage media was rather small, and every directory in the root was another mounted storage device (/bin /lib etc.)

When Microsoft release MS-DOS version 1.0, it did not have directory support. They used the / character for parameters from programs (program /a /b)

MS-DOS 1.0, a quick rebrand of Q-DOS, is a CP/M derived operating system, from which it inherited drive letters (A: C: etc.)

As in later versions they wanted to add some directory support, they chose to use the \ since the / already had another meaning in their operating system.

There are many artifacts of computer history in modern operating systems, which I suppose most people don't realize, but still have a major influence on how they work.

So, what is the right way? If there is any, I would say it's the / because UNIX-like operating systems were out there way before Microsoft implemented directory support into their DOS.

Что касается разделителей путей файловой системы, я считаю, что в Windows все API-интерфейсы будут принимать косые черты (но, возможно, есть некоторые ошибочные, которые этого не делают) - проблема в том, что большинство приложений их не принимают (или анализируют неправильно).

На самом деле, если я правильно помню, даже MS-DOS принимала '/' в качестве разделителя путей на уровне API с тех пор, как начала поддерживать подкаталоги (v2.0) - но к тому времени символ '/' уже был установлен в качестве символа 'переключателя' для параметров командной строки, поэтому обратная косая черта стала де-факто разделителем пути в DOS (и более поздних версиях Windows).

URI похожи, но отличаются от путей к файлам, и URI всегда должны использовать '/' для разделения компонентов. Приложения и API Windows, вероятно, принимают '\' в качестве разделителя в URI, вероятно, потому, что люди знакомы с использованием обратной косой черты в качестве разделителя в этих системах, а URI также можно использовать для представления локальных файлов.

Бесполезная мелочь - в некоторых ранних версиях MS-DOS была API для изменения символа переключателя параметров командной строки (обычно с '/' на '-'), чтобы команды могли выглядеть более Unix-подобными, а команды принимали '/' в качестве разделителя пути в командной строке. API оказался менее чем успешным (я полагаю, потому что он не поддерживался повсеместно приложениями), и он был удален в более поздних версиях.

Хмм ... при втором чтении весь этот ответ в значительной степени бесполезен. ]

Бесполезная мелочь дня - в некоторых ранних версиях MS-DOS был API для изменения символа переключения параметра командной строки (обычно с '/' на '-'), чтобы команды могли выглядеть более Unix-подобными и команды будут принимать '/' в качестве разделителя пути в командной строке. API оказался менее чем успешным (я полагаю, потому что он не поддерживался повсеместно приложениями), и он был удален в более поздних версиях.

Хмм ... при втором чтении весь этот ответ в значительной степени бесполезен. ]

Бесполезная мелочь дня - в некоторых ранних версиях MS-DOS был API для изменения символа переключения параметра командной строки (обычно с '/' на '-'), чтобы команды могли выглядеть более Unix-подобными и команды будут принимать '/' в качестве разделителя пути в командной строке. API оказался менее чем успешным (я полагаю, потому что он не поддерживался повсеместно приложениями), и он был удален в более поздних версиях.

Хмм ... при втором чтении весь этот ответ в значительной степени бесполезен. ]

\ Backslash is dangerous, since you need to be careful with escaping all the time. Many programming languages have a printf equivalent that uses backslash for escaping.

/ Frontslash is mostly harmless.

: colon was (and to some degree still is) used by Apple.

В этом отношении Windows является незаконным дочерним элементом операционных систем, но многие API-интерфейсы принимают пересылку косые черты. В Windows путь к файлу выглядит следующим образом:

C:\Users\jsmith\Documents\file.txt

В Unix-подобной системе (включая Mac OS X и Linux) тот же путь будет выглядеть следующим образом:

/home/jsmith/Documents/file.txt

URL-адрес, стандартизованный в RFC 1738 , всегда использует косую черту, независимо от платформы:

http://home.example.com/Documents/file.txt

Причина этого историческая. Даже Windows не может изменить наше представление об URL-адресах. Когда вы говорите об обратных косых чертах, единственная платформа, которую вы

В качестве примечания и разговора о .NET вам следует использовать System.IO.Path.DirectorySeparatorChar , чтобы получить разделитель текущего пути.

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

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

Правильный способ зависит от его использования. Для пути к локальному файлу на компьютере с Windows используйте обратную косую черту. Для пути к веб-ресурсу или файлу, расположенному на компьютере с UNIX (включая Mac, Linux), используйте косую черту.

Причина, по которой в URI .NET используются косые черты, заключается в том, что это форматирование для использования в веб-браузере.

Сервер сделает всю необходимую работу по связыванию веб-ресурсов с файлами на жестком диске.