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

[cokar]

国外的很多开源程序都喜欢给文件夹加复数 s,例如 controllers 、scripts 、modules 、includes 、functions ，而 config 这个文件夹，有的程序加 s 有的又不加。

我不知道你们是不是也和我一样不喜欢复数命名，感觉很难看，而且有的名字是不可数或者不适合加复数的，又会显得很不对称。

我现在正在开发一款开源程序，如果坚持全部用单数命名，会显得 low 吗？

[laimikan]

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

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

[sleepybear1113]

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

[Jame00001]

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

[AoEiuV020JP]

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

[cokar]

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

[superedlimited]

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

[aitianci]

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

[belin520]

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

[Pencillll]

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

[passive]

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

[panlatent]

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

[IvanLi127]

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

[potatowish]

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

[jianchang512]

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

[GeruzoniAnsasu]

一个问题打破心障：

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

[GeruzoniAnsasu]

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

inc 还是 include 还是 inclusion 还是 inclusions ？

[jim9606]

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

[Amyang]

pinyin

[netabare]

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

[guoqiao]

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

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

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