为什么文件名要小写?

作者: 阮一峰

日期: 2017年2月10日

上周,《中文技术文档写作规范》加入了文件的命名规则。

"文件名建议只使用小写字母,不使用大写字母。"

"为了醒目,某些说明文件的文件名,可以使用大写字母,比如READMELICENSE。"

网友看见了,就提问为什么文件名要小写?

说实话,虽然这是 Linux 传统,我却从没认真想过原因。赶紧查资料,结果发现四个很有说服力的理由,支持这样做。

下面就是这四个理由。另外,文后我还会发布一条前端培训的消息。

一、可移植性

Linux 系统是大小写敏感的,而 Windows 系统和 Mac 系统正好相反,大小写不敏感。一般来说,这不是大问题。

但是,如果两个文件名只有大小写不同,其他都相同,跨平台就会出问题。

  • foobar
  • Foobar
  • FOOBAR
  • fOObAr

上面四个文件名,Windows 系统会把它们都当作foobar。如果它们同时存在,你可能没办法打开后面三个文件。

另一方面,在 Mac 系统上开发时,有时会疏忽,写错大小写。


// 正确文件名是 MyModule.js
const module = require('./myModule');

上面的代码在 Mac 上面可以运行,因为 Mac 认为MyModule.jsmyModule.js是同一个文件。但是,一旦代码到服务器运行就会报错,因为 Linux 系统找不到myModule.js

如果所有的文件名都采用小写,就不会出现上面的问题,可以保证项目有良好的可移植性。

二、易读性

小写文件名通常比大写文件名更易读,比如accessibility.txt就比ACCESSIBILITY.TXT易读。

有人习惯使用驼峰命名法,单词的第一个字母大写,其他字母小写。这种方法的问题是,如果遇到全部是大写的缩略词,就会不适用。

比如,一个姓李的纽约特警,无论写成NYPoliceSWATLee还是NyPoliceSwatlee,都怪怪的,还是写成ny-police-swat-lee比较容易接受。

三、易用性

某些系统会生成一些预置的用户目录,采用首字母大写的目录名。比如,Ubuntu 在用户主目录会默认生成DownloadsPicturesDocuments等目录。

Mac 系统更过分,一部分系统目录也是大写的,比如/Library/Audio/Apple Loops/

另外,某些常见的配置文件或说明文件,也采用大写的文件名,比如MakefileINSTALLCHANGELOG.Xclients.Xauthority等等。

所以,用户的文件都采用小写文件名,就很方便与上面这些目录或文件相区分。

如果你打破砂锅问到底,为什么操作系统会采用这样的大写文件名?原因也很简单,因为早期 Unix 系统上,ls命令先列出大写字母,再列出小写字母,大写的路径会排在前面。因此,如果目录名或文件名是大写的,就比较容易被用户首先看到。

四、便捷性

文件名全部小写,还有利于命令行操作。比如,某些命令可以不使用-i参数了。


# 大小写敏感的搜索
$ find . -name abc
$ locate "*.htmL"

# 大小写不敏感的搜索
$ find . -iname abc
$ locate -i "*.HtmL"

另外,大写字母需要按下 Shift 键,多多少少有些麻烦。如果文件名小写,就不用碰这个键了,不仅省事,还可以提高打字速度。

程序员长时间使用键盘,每分钟少按几次 Shift,一天下来就可以省掉很多手指动作。长年累月,也是对自己身体的一种保护。

综上所述,文件名全部使用小写字母和连词线(all-lowercase-with-dashes),是一种值得推广的正确做法。

(正文完)


下面是推广时间。

如果大家还有印象,以前我介绍过一家前端开发的在线教育平台"海棠学院"

他们的特色就是保证课程质量,不吹牛,非常低调地将所有精力,都投入课程准备和学员的悉心指导,让学员循序渐进、多敲多练,掌握前端编程,做出好的项目。如果你想投入前端行业,或者了解互联网技术,他们是一个不错的选择。

根据我的提议,创始人张小河收集了前几期学员的反馈。

"身为一个应届生,接触前端完全是因为不喜欢自己的专业,又到了就业的时节,想想自己还是对互联网比较感兴趣,从网上了解了一下互联网各个方面的工作,发现自己对前端比较感兴趣,由此而入了坑......(全文)"

现在,2017年春季班开始招生了。和上次冬季班一样,依然是0成本入学,只需要缴纳 99 元,即可感受一周的课程,享受完全正式的待遇(录播 + 直播 + 教学监管 + 技术辅导)。一周后,如果觉得不满意,99 元可以退款。

不管你最后是否报名,只要参加培训,都可以免费获得一份前端学习资料

春季班定在3月初开课,名额已经不多了。想从事前端开发,却不知道从何学起的朋友,不要错过这个机会,点击这里,了解详情吧。

(完)

珠峰培训

简寻

留言(28条)

经常看阮老师的文章,受益匪浅。
阮老师格物致知的精神很难得,尤其是在这样一个“错误的不求甚解”的转载时代,不理解意思就传播出去只会增加信息噪声,能持续写出自己心得体会的博客也越来越少。

搭车问一个问题,现在很多应用都有标签功能(tags),例如 Evernote 的标签系统,我经常用。但是随着标签的不断增多,变得越来越难以管理,因此想借阮老师博客的光,咨询下阮老师和众多网友,有关标签的使用经验。

1. 请问标签,应统一用一种语言(全英文或全中文等),还是根据文章的语言决定?我现在是全英文标签,方便管理,但是有时根据中文语境又无法推断当初设定的英文标签。
2. 请问标签,应该大写、小写、还是首字母大写?例如 LINUX / linux / Linux 等。
3. 请问一篇文章的标签,应该越多越细节化,还是应该越独特越命中率高呢?
4. 大家最常用的标签是什么呢?我是 IT / linux / skill / life / education ,感觉越来越和笔记本分类趋同了,一个笔记本分类内大量相同标签。

「我相信倘有请益的时候,先生是一定不吝赐教的。」:-)

非常受教。谢谢博主!

昨晚用heroku的时候还在纠结为什么app name要小写来着:)谢谢老师分享

补充一点:iOS系统上对文件名大小写敏感,Android系统上对文件名大小写不敏感

macOS 只是默认大小写不敏感,可以创建大小写敏感的分区。

为什么要用“连词线/减号”链接,而不是“下划线”?

遇到过开发的程序布置到服务器出错,就是由于大小写引起的。后面就把 mac 的分区配成大小写敏感。

不完全同意
比如易用性 以此类推就不该有驼峰式变量名 都用下划线式替代最好。相比文件名,变量的敲击次数更频繁 java程序员该按shift累死了

这算是广告吗?我完全是因为内容进来的

@张睿:

我现在处理照片是这样做的:建立一个目录,按照 [日期]-[一级地点]-[二级地点] 命名,比如“2017-02-10-杭州-西湖”,这样不仅浏览方便,将来用脚本处理也方便。我觉得 tag,也可以借鉴这样处理。

引用JasonPu的发言:

相比文件名,变量的敲击次数更频繁 java程序员该按shift累死了

我的建议是,文档的文件名必须小写。

代码脚本视情况而定,尽量采用小写。Java 语言没办法,脚本名必须有大写。

引用csbun的发言:

为什么要用“连词线/减号”链接,而不是“下划线”?

采用下划线的问题是,如果遇到有连词线的单词,你怎么办?

比如,日汉词典(Sino-Japanese dict)是写成 sino-jp_dict,还是 sino_jp_dict?

我觉得,不如都采用连词线,简化规则,一律写成 sino-jp-dict。

为什么不是 20170210-杭州西湖

下划线也要多按一下shift 看来以后我要改一下。另外,中文我还是喜欢英文标点加空格

引用csbun的发言:

为什么要用“连词线/减号”链接,而不是“下划线”?

可能是因为下划线需要按住Shift

但是实际中减号的位置不太容易按准,shift却很容易按准。频繁打减号很让人抓狂。

细节都可以说的这么清楚,好赞!

最近常来阮老师的博客学习,看到了非常多通俗易懂的文章,偶尔也会有醍醐灌顶的感觉,非常棒!
在此想请教一下阮老师撰写技术文章的时候是否有具体的方法或者是思维框架,得以写出通俗易懂的文章,希望得到阮老师的回复!

这么不起眼小问题都能解决的这么认真,我服!!!

引用张睿的发言:
搭车问一个问题,现在很多应用都有标签功能(tags),例如 Evernote 的标签系统,我经常用。但是随着标签的不断增多,变得越来越难以管理,因此想借阮老师博客的光,咨询下阮老师和众多网友,有关标签的使用经验。

3. 请问一篇文章的标签,应该越多越细节化,还是应该越独特越命中率高呢?
-)

刚好用 Evernote,对标签问题也考虑过,最后直接用的自定义标签的方法,具体来说,放弃使用系统标签索引内容,直接在笔记内容里添加自定义标签(文本加特定的符号)来替代,这样自由度高,操作方便,宝贵的系统标签还可以用作其他方面(比如 GTD 中的场景),详细的可以参考这个 Evernote 的信息组织结构 http://cloudlet.info/t/279

阮老师,Mac好像有一种硬盘格式是支持大小写敏感的

引用阮一峰的发言:

采用下划线的问题是,如果遇到有连词线的单词,你怎么办?

比如,日汉词典(Sino-Japanese dict)是写成 sino-jp_dict,还是 sino_jp_dict?

我觉得,不如都采用连词线,简化规则,一律写成 sino-jp-dict。

如果您说遇到有连词线的单词,我则更认为平时应该永下划线_来命名了呢。

因为,如您所说日汉词典(Sino-Japanese dict)要是写成sino-jp-dict,那么会被误解为是三个单词或者一个,但实际上前两个才是一组呢!

就再比如,7岁男孩(seven-year-old boy)那么seven-year-old就是一个形容词,那我们当然应写为 这样虽然看起来稍有不美观,但更清楚易懂了呢。

一点拙见。另,常常读您文章,让我获益很大,感谢!

阮一峰老师,我记得大小写对seo也会有影响的吧,小写文件名更便于搜索

引用csbun的发言:

为什么要用“连词线/减号”链接,而不是“下划线”?

“下划线”没有“减号”明显

-_-

过来膜拜。

引用xbei的发言:

“下划线”没有“减号”明显

-_-

111

互联网找工作进群365563094.感谢老师的平台

test

我要发表看法

«-必填

«-必填,不公开

«-我信任你,不会填写广告链接