这是一个创建于 5052 天前的主题，其中的信息可能已经有所发展或是发生改变。
自从频繁地跨平台工作和开发以来，一直对 Windows 系统使用 \ 来作为路径分隔符，使用 / 来作为参数分隔符（dir /W c:\temp，请比较例如 ls -l /tmp）感到不可理解。今天看到了 HN 的讨论 Why is the DOS path character "\"?[1]，才恍然大悟。
简而言之，历史进程是这样的：
* DOS 2.0 之前，编写命令行工具的程序员来自 IBM 背景，使用 DEC 系统，那里用 / 作为参数分隔符。而当时的 DOS 连多层目录都不支持（真的不支持……），因此不觉得与 *nix 的 \ 有什么冲突。
* DOS 2.0 及之后，需要支持多层目录了，那么既然 / 已经用做参数分隔符了，于是多方比较之下，最凑手又合情合理的方案就是使用 \ 来分割路径了。就是这样。
想吐槽的是，这种历史惯性（其他领域也有大量实例）真是让后人为难，并硬生生地制造了无穷无尽的后续问题。写跨平台脚本的童鞋一定都有同感，按下不表了。
[1] 文中和跟贴中还有一些有趣的事情：
* 话说 \ 这个字符在英语中原本是没有的，因此它是被生造出来的，这是咋回事？原来，Bob Bemer 当年发明这个符号，是为了能够与 / 合用，在 ALGOL 语言中打出逻辑和以及逻辑或符号 /\ 和 \/ 。哈哈。
* DOS 暗地里也支持在不致混淆的情形中使用 / 作为路径分隔符，并且 config.sys 中竟然还有一个选项 SWITCHAR= 可以指定自定义的参数分隔符，如果令 SWITCHAR=- ，那么 DOS 就和 *nix 兼容了。（不仅回忆起当年设置 config.sys 来获取扩展内存的时光……）
[1]: ...
简而言之，历史进程是这样的：
* DOS 2.0 之前，编写命令行工具的程序员来自 IBM 背景，使用 DEC 系统，那里用 / 作为参数分隔符。而当时的 DOS 连多层目录都不支持（真的不支持……），因此不觉得与 *nix 的 \ 有什么冲突。
* DOS 2.0 及之后，需要支持多层目录了，那么既然 / 已经用做参数分隔符了，于是多方比较之下，最凑手又合情合理的方案就是使用 \ 来分割路径了。就是这样。
想吐槽的是，这种历史惯性（其他领域也有大量实例）真是让后人为难，并硬生生地制造了无穷无尽的后续问题。写跨平台脚本的童鞋一定都有同感，按下不表了。
[1] 文中和跟贴中还有一些有趣的事情：
* 话说 \ 这个字符在英语中原本是没有的，因此它是被生造出来的，这是咋回事？原来，Bob Bemer 当年发明这个符号，是为了能够与 / 合用，在 ALGOL 语言中打出逻辑和以及逻辑或符号 /\ 和 \/ 。哈哈。
* DOS 暗地里也支持在不致混淆的情形中使用 / 作为路径分隔符，并且 config.sys 中竟然还有一个选项 SWITCHAR= 可以指定自定义的参数分隔符，如果令 SWITCHAR=- ，那么 DOS 就和 *nix 兼容了。（不仅回忆起当年设置 config.sys 来获取扩展内存的时光……）
[1]: ...
 |
1
bayuwei2010 2012 年 3 月 19 日
学习了...
|
 |
2
loading 2012 年 3 月 19 日 via Android
学习了
|
 |
3
shiweifu 2012 年 3 月 19 日
学习了
|
 |
4
airyland 2012 年 3 月 19 日
原来如此
|
 |
5
liyucai 2012 年 3 月 19 日
学习了...
|
 |
6
Digi 2012 年 3 月 19 日
一直以为是微软故意反其道而行之
|
 |
7
jkeylu 2012 年 3 月 19 日
原来酱紫啊
|
 |
8
lianghai 2012 年 3 月 19 日
所以……问题的根源在于 DEC 和 *nix 当初选择了不同的参数分隔符？……
|
 |
9
hemingway 2012 年 3 月 19 日
学习了，遗留系统确实会给后续更新造成麻烦
|
 |
10
clowwindy 2012 年 3 月 19 日
dir "c:/windows" /w
加引号就可以了 |
 |
11
lldong 2012 年 3 月 19 日
谢谢分享
|
 |
12
jy00566722 2012 年 3 月 19 日
有意思啊，哈哈哈，妈的个C的
|
Select Language