程序中文件夹或文件命名不加复数 s，会显得 low 吗？

随心所欲，
哪怕 001 、002 都行，

老在意这些只会没完没了的

你这么说，我还真没想到复数的文件夹，全是单数。我的想法是，文件夹就是一个说明分类，单数就行

加 s 是准确语法，不加是抽象命名。只要统一就行

很纠结，不能多想，最难受的是一个项目里有些加了 s 有些没加，

@AoEiuV020JP 确实啊，这样显得很不对称。如果作为一款开源程序，发布出去了，用的人多了，又不好再去改。

其实文件夹还好些，但有些开发，定义字段名，数组类型的，不加 s 或者不写成 xxxList ，和他们对接的时候真的让人无语且无奈。

我自己的习惯是全用单数，这样根本不用考虑什么时候有 s

程序员都要沦落到失业去送外卖跑滴滴了，你还在意这些

没什么 low 不 low 的，主要是个人喜好，不过非要说的话也是能找到规律的，如果是把里面的文件作为一个整体来描述就不加 s ，如果作为一个集合来描述就加 s ，比如
- cache
- dist
- app
- routes
- utils

强迫症在意的是只有 docs 是 plural：
https://www.conventionalcommits.org

我的看法是加不加都可以，但要统一，不要混用。但即使你用复数，也并不是所有地方都是复数，要根据包的意义来定。

不加的话，我个人觉得看起来有点别扭。想吸引其他人一起为开源项目添砖加瓦的话，还是越靠近优秀项目的风格越好，这是对合作者的一种尊重。如果只是你的项目只开源不太需要别人参与开发，那还是自己怎么舒服怎么来。

最好不加，如果是结尾是元音字母要加 es ，y 结尾要变 y 为 i 加 es ，太麻烦

不用想那么多，主打一个随心所欲，绝大多数开源项目基本都是创建者自己维护，自己怎么舒服怎么来

一个问题打破心障：

你放源码的那个文件夹，是 src ，还是 sources ，还是 Sources ?

放头文件的那个文件夹，是

inc 还是 include 还是 inclusion 还是 inclusions ？

加不加都行，统一就好。
我倾向于不加，这样不懂英语的人也不会搞错，毕竟不是复数都是加个 s 。

pinyin

看情况，常用于复数的情况（例如文件夹）的时候加，类名或者变量一般不加。

能用单数就单数, 非必要不要去给自己和别人制造麻烦.

如果所有单词都是简单的加 s 那也罢了. 我曾经遇到过 Person class, 对应的表名是 people, 害我找了半天. 我心里默默问候了这个程序员的家人, 自此以后决定代码里能用单数就用单数, 别折腾这些没意义的迂腐玩意儿.

用单数形式统一, 便于全局搜索, 也特别适合代码自动生成和 ORM 的场景.
其实对待英语语法的思路也一样, 重点是传达信息, 这些细枝末节根本无伤大雅.

Who care 斯

@Amyang 你别说，pinyin 还真是个英文单词

用单数命名没有任何问题，你可以认为单数名词是名词作定语。即 Script 是 Script Files 的意思，这样就不用纠结了。另，UNIX 的标准目录名都是单数 /bin 、/usr 、/home 、/dev ，这所有人都认为很合理

我也很纠结这个问题，Scripts 还是 Script ？ GameAssets 还是 GameAsset ？

全单数!因为我英语不过关,因为要加的情况下总担心是加 s/es/ies 是否加错还得去查,心智成本自认为太大

别纠结，首先考虑单数（存放这个类型的文件）。

Rails 里 config 不加 s ，controllers, views, models, services 这些都是加的，单个 model 文件都是单数格式，所有的表都是复数，还有专门的代码负责不规则单复数的转换。

我觉得选择一种能说的通的方式，保持一致就好了

@Jame00001 道法自然，都通，出彩解释

HTTP 请求头里表示访问来源的字段名都是 Referrer 的错误拼写，HTTP 很 low 吗？

@MiketsuSmasher 浏览器显示 header 里面是 Referer 字段，没有 2 个挨着的 r 哦

@cokar 那我也没说错啊，“Referer”就是“Referrer”的错误拼写形式。