驼峰命名,哪个满足命名潜规则中的驼峰命名法( 二 )

程序员们为了自己的代码能更容易的在同行之间交流，所以多采取统一的可读性比较好的命名方式。
程序员们为了自己的代码更容易地在同行之间交流，所以多采取统一的可读性比较好的命名方式。
目前业界共有四种命名规则：驼峰命名法、匈牙利命名法、帕斯卡命名法和下划线命名法，其中前三种是较为流行的命名法。以上命名规则可视为一种惯例，并无绝对与强制，为的是增加识别和可读性。但是，高手的程序，姑且不说内容，单从外观上看就显得很专业、高端大气上档次。
也称骆驼式命名法，就是当变量名或函数名由一个或多个单词连接在一起构成唯一标识符时，作为逻辑断点的单词的首字母都采用大写，例如：“myName” ，这样的变量名或函数名看上去就像骆驼峰一样此起彼伏，故得名。

文章插图
5、为什么很多人不建议使用驼峰命名法,有什么弊端么驼峰的问题在于歧义和繁琐。大小写的切换会降低输入速度，比较繁琐，连续的字母在英文中会产生歧义，比较典型的比如to_ld和Told 。
其实哪个命名法都不是完善的，匈牙利命名法更嗦。
现在比较推崇的是使用下划线，这个命名长度更长，但方便输入而且很少有歧义。
个人理解，在哪个环境下，跟随使用哪种命名法是最合理的，比如用微软环境，那么就用类匈牙利命名法，和系统内置保持一致，用java ，那么就是小写+下划线，这样整体程序和内置函数命名保持一致是最合理的。