变量的命名规则有什么比较规范且美观的吗?

[wszgrcy]

最近在纠结这么一个问题,如果一个变量是数组,那么应该命名为 xxxArray,xxxList,xxxs 还是什么其他的,感觉好像从叫法上都说得通,但是不知道有没有什么具体的说道比如某种命名规范?

还有文件夹命名,那种比较通用的方法,应该起一个什么文件夹名,core,common,util,helper....以及文件夹名应不应该加 s......

[Cbdy]

参考当前语言的标准库的写法，比如 Java 的 JDK 、C 的 C 标准库

[lishen226]

建议不要用 s，太不起眼了，很容易遗漏，母语是英语的不会有这个问题，咱们还是别找麻烦了。
经过大量实践，xxxList 是没什么问题的。文件夹的命名可以参考 smart-admin 的规范，我感觉很合理。
https://gitee.com/lab1024/smart-admin/blob/master/%E4%BB%A3%E7%A0%81%E8%A7%84%E8%8C%83/java-standard-guide.md

[skys215]

我之前还想做起变量名的词典呢
把用户积分写成 integral 也太离谱了，这可是微积分的积分啊

[DOLLOR]

-s 还要考虑不规则变形的情况，所以应该用 list 。

[youla]

@raaaaaar 表示这是我改的！！看我厉害吧……其实就是方便自己查找，因为命名太随意了，经常找不到自己改的东西，所以就自己加名字进去，每次搜自己名字就找到了。🙃一般是方法名和文件名。

[Sapp]

起一个让你组员都能跟你一起做到的，如果搞得太严格，很多人根本不这么做，那么结果毫无意义，这个东西没有一定的，主要还是一起合作的人一起确定一个就行。另外很多时候反倒不要死抠规范，比如有很多单词其实你搞个英文的别人也很难看懂，比如我之前做过一个金融的，变量我翻译一遍还是看不懂什么意思，这种冷门的每个人的翻译不一样，结果就差很多，又没有注释，只能靠着猜，那么你用个拼音+注释反倒更可读，重点还是在让人看得懂，如果实在不确定看不看得懂一定加注释，不然自己翻译个乱七八糟，甚至根本不准的英文，又没有注释，这才是最坑的。

[Cr1ck]

个人风格
方法形参 f_xxx
局部变量 tmpXxx
数组 xxxs
集合 xxxList
键值对 xxxDic （ C#）
可能为空的 tmpOptionalXxxx

[caiji11]

@youla 优秀

[wzzzx]

@youla #25 你这个加自己名字是真的牛逼

[wzzzx]

具体也不好说，但是呢，我觉得单复数确实没必要考虑。规则最重要的就是简单

[Takamine]

从《代码整洁之道》里得到的建议就是现在不需要用什么匈牙利命名法，也不用一定强调后面固定加什么后缀。
关键在于整个风格的统一和易读。即从当时这个变量集合在你的模块内抽象出来所代表的功能是什么来看，给他一个简洁直观的表述。

[ruyu]

脸滚键盘即可.

[zeroxia]

没有完美的命名规则。最重要的是一致的命名规则。
如果自己定不下来，可以参考：
1 、现有代码库，比如 github 上找几个成熟的代码库。
2 、大公司的编码规范，Google 、微软等。

[jzmws]

代码规范还是要有的, 后期维护才方便

[nano91]

只要能跑，我就永远用下划线做分割

[no1xsyzy]

能看懂就成
xxx_list lstXxx lxxx xxxl
只要不影响眼 parse，单加个 l 都成。