这是一个创建于 5073 天前的主题，其中的信息可能已经有所发展或是发生改变。
自从频繁地跨平台工作和开发以来，一直对 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