java驼峰规则 为什么很多人不建议使用驼峰命名法，有什么弊端么？

为什么很多人不建议使用驼峰命名法，有什么弊端么？

因为也许作者自己不喜欢驼峰命名。

有些事情已经形成了广泛的行业习惯。类命名使用大驼峰，方法和变量命名使用小驼峰，常量全部大写，并使用下划线分割单词。

但是，整个团队必须保持统一的风格，否则会导致工作效率低下。

想象一下，如果有人用一个大驼峰来命名一个变量或方法，其他人可能会错误地认为它是一个直接从类中调用的静态方法；

或者当你看到一个常量全部大写并用下划线分隔时，你会认为它是一个有习惯性思维的常量，但事实上你的同事把它定义为一个变量，他并没有遵守大家的约定如果你调用它，它的值可能会随时改变，给你带来不必要的麻烦。

如果不幸的是，你的团队习惯的准则与你自己的习惯相矛盾，要么你有足够的能力改变所有其他人的习惯，要么你可以快速改变你的习惯以适应团队。否则，等待你的可能是一句“你这么蠢，竟然做出这样的命名？”

我在编程时给变量命名总觉得困难，有没有什么实用技巧？

变量命名的基本原则：请参阅名称的含义。

编程时，通常使用两种变量：一种是具有特定业务含义的变量，另一种是纯数据结构或算法使用的临时变量，如循环变量。

正文采用英语单词，并具有相应的含义，建议采用匈牙利语、驼峰语或帕斯卡语的case方法：

首字母应使用variable type的缩写，其余部分应使用variable的英语或英语缩写，单词的第一个字母应该大写。

例如：char cstudentname[10

]第一个单词是小写，后面是大写的其他单词。

例如：char studentname[10

]每个单词的第一个字母都大写。

例如：char studentname[10

]可以直接使用I、J、K等

什么是驼峰命名法？

驼峰的问题是模糊性和复杂性。大小写转换会降低输入的速度，比较麻烦，连续的英文字母会产生歧义，比较典型的如to_uu和tell。事实上，没有一个命名法是完美的，匈牙利的命名法更是罗嗦。现在，建议使用下划线。这个命名比较长，但是很容易输入，而且几乎没有歧义。以我个人的理解，在什么环境下使用哪种命名方法是最合理的。例如，如果使用Microsoft环境，则应使用类似匈牙利语的命名方法，这与内置系统一致。如果您使用Java，它是小写下划线。这样，使整个程序和内置函数命名保持一致是最合理的。

为什么说读代码比写代码难？

一个老程序员的感觉：

写代码就是把想法输出到代码中

读代码就是把代码还原成想法

哪个更难？

java驼峰规则 java驼峰命名规则 java变量命名规则驼峰

版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。