驼峰命名法规则 为什么很多人不建议使用驼峰命名法，有什么弊端么？
为什么很多人不建议使用驼峰命名法，有什么弊端么？
因为也许作者自己不喜欢驼峰命名。
有些事情已经形成了广泛的行业习惯。类命名使用大驼峰，方法和变量命名使用小驼峰，常量全部大写，并使用下划线分割单词。
但是，整个团队必须保持统一的风格，否则会导致工作效率低下。
想象一下，如果有人用一个大驼峰来命名一个变量或方法，其他人可能会错误地认为它是一个直接从类中调用的静态方法；
或者当你看到一个常量全部大写并用下划线分隔时，你会认为它是一个有习惯性思维的常量，但事实上你的同事把它定义为一个变量，他并没有遵守大家的约定如果你调用它，它的值可能会随时改变，给你带来不必要的麻烦。
如果不幸的是，你的团队习惯的准则与你自己的习惯相矛盾，要么你有足够的能力改变所有其他人的习惯，要么你可以快速改变你的习惯以适应团队。否则，等待你的可能是一句“你这么蠢，竟然做出这样的命名？”
什么是驼峰命名法？
驼峰问题具有模糊性和复杂性。大小写转换会降低输入的速度，比较麻烦，连续的英文字母会产生歧义，比较典型的如to_uu和tell。事实上，没有一个命名法是完美的，匈牙利的命名法更是罗嗦。现在，建议使用下划线。这个命名比较长，但是很容易输入，而且几乎没有歧义。以我个人的理解，在什么环境下使用哪种命名方法是最合理的。例如，如果使用Microsoft环境，则应使用类似匈牙利语的命名方法，这与内置系统一致。如果您使用Java，它是小写下划线。这样，使整个程序和内置函数命名保持一致是最合理的。
我在编程时给变量命名总觉得困难，有没有什么实用技巧？
变量命名的基本原则：请参阅名称的含义。
编程时，通常使用两种变量：一种是具有特定业务含义的变量，另一种是纯数据结构或算法使用的临时变量，如循环变量。
正文采用英语单词，并具有相应的含义，建议采用匈牙利语、驼峰语或帕斯卡语的case方法：
首字母应使用variable type的缩写，其余部分应使用variable的英语或英语缩写，单词的第一个字母应该大写。
例如：char cstudentname[10
]第一个单词是小写，后面是大写的其他单词。
例如：char studentname[10
]每个单词的第一个字母都大写。
例如：char studentname[10
]可以直接使用I、J、K等
数控程序名怎么命名？
Hump method small Hump：第一个单词是小写，其他单词是大写的，如：myfirstname常用于变量big Hump（也称为Pascal命名法）：单词是大写的，如：myfirstname常用于类名，函数名、属性、命名…
2.
下划线命名下划线命名方法在Linux中很常见，包括在一些系统库和开源软件中。例如char my_uuname[10]…
3。
匈牙利语的术语以变量类型的缩写开始，例如int icountunsigned int
一个老程序员的感受：
写代码就是把想法输出到代码中
读代码就是把代码还原成想法
哪一个更难？
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
