你是喜欢用下划线还是小驼峰呢？

通常每种语言都有自己的 Coding Style， 比如 C/C++ 和 python 是下划线，java 和 go 是驼峰。所以按照语言的规范来命名比较合理。 

驼峰派：

1：从按键上来说，驼峰是SHIFT+字母，下划是SHIFT+减号，打平。

2：从字符上来说，下划线要多出一个字符，所以导致一个源文件的字符数比驼峰来说要多出30%左右。

3：从视觉上来说，多出的30%的字符导致视觉负担，阅读负担，当然是眼里所见的越少越轻松。

4：从现状来看，用驼峰的程序员占据90%以上，虽然没有确切的统计，但从各个公司的实际情况来看是这样的。

5：和下划线相比，驼峰没有一处弱点。如有，请指出。

所以，强烈建议小驼峰。

下划线派：
1.阅读困难，加下划线之后词距拉大，相对来说阅读起来轻松些。
2.为了做全文搜索，驼峰你必须忽略大小写。而下划线命名法做全文搜索可以区别大小写。很少有人在用驼峰命名时，编辑器搜索区分大小写。而一旦你习惯了不分大小写的设定，会在区分大小写的场合感到不习惯。

3.因为驼峰命名法有很多时候存在不同的理解，比如首字母大写还是小写，PlayerID还是PlayerId，如果要统一需要再增加一些规则，这些规则也常常不能被很好的落实

中庸派：

都挺常用的，看你的语言环境啊,应用场景啊，总不能编程规范里要求驼峰命名你还拧着干吧,还有数据库对大小写不敏感这种环境...

1. 驼峰更加紧凑,可读性这点因人而异(有人对大写不敏感的).搜索的时候记得不区分大小写,打字速度会变慢(毕竟都是不同的大写字母切shift也算挺麻烦的了),缩写需要统一规定(有人全大写,有人仅首字母)

2. 下划线会增加尺寸,长命名会导致需要换行(可能导致可读性下降).可读性略好(_看起来和空格其实差不多,所以和平时读文章一样)

实际应用还是看场景.比如ST的HAL库,是两种方式融合的...HAL_GPIO_ReadPin()这种.习惯了也还好,比较容易区分.HAL表明这是库函数,GPIO表明外设,ReadPin表明具体功能.很长...敲起来很麻烦

当然，其实也没有绝对的好坏，只是一个取舍而已。项目一致性始终很重要。人家那个项目不建议用驼峰你就别用，人家那个项目规定用驼峰你就用。

你中意那种类型呢？请留言告诉我你的想法把！