java 为什么很多人不建议使用驼峰命名法，有什么弊端么？
为什么很多人不建议使用驼峰命名法，有什么弊端么？
因为也许作者自己不喜欢驼峰命名。
有些事情已经形成了广泛的行业习惯。类命名使用大驼峰，方法和变量命名使用小驼峰，常量全部大写，并使用下划线分割单词。
但是，整个团队必须保持统一的风格，否则会导致工作效率低下。
如果你认为它是一个静态常数或骆驼的思维方式，你可能会认为它是一个静态变量，但你不想称它为骆驼的思维方式如果你调用它，它的值可能会随时改变，给你带来不必要的麻烦。
如果不幸的是，你的团队习惯的准则与你自己的习惯相矛盾，要么你有足够的能力改变所有其他人的习惯，要么你可以快速改变你的习惯以适应团队。否则，等待你的可能是一句“你这么蠢，竟然做出这样的命名？”
我在编程时给变量命名总觉得困难，有没有什么实用技巧？
变量命名的基本原则：请参阅名称的含义。
编程时，通常使用两种变量：一种是具有特定业务含义的变量，另一种是纯数据结构或算法使用的临时变量，如循环变量。
正文采用英语单词，并具有相应的含义，建议采用匈牙利语、驼峰语或帕斯卡语的case方法：
首字母应使用variable type的缩写，其余部分应使用variable的英语或英语缩写，单词的第一个字母应该大写。
例如：char cstudentname[10
]第一个单词是小写，后面是大写的其他单词。
例如：char studentname[10
]每个单词的第一个字母都大写。
例如：char studentname[10
]可以直接使用I、J、K等
什么是驼峰命名法？
驼峰的问题是模糊性和复杂性。大小写转换会降低输入的速度，比较麻烦，连续的英文字母会产生歧义，比较典型的如to_uu和tell。事实上，没有一个命名法是完美的，匈牙利的命名法更是罗嗦。现在，建议使用下划线。这个命名比较长，但是很容易输入，而且几乎没有歧义。以我个人的理解，在什么环境下使用哪种命名方法是最合理的。例如，如果使用Microsoft环境，则应使用类似匈牙利语的命名方法，这与内置系统一致。如果您使用Java，它是小写下划线。这样，使整个程序和内置函数命名保持一致是最合理的。
Java编程中代码规范很重要吗？
1. 一个好的编码规范可以尽可能地降低上百个软件的维护成本，并且几乎没有一个软件是由最初的开发人员在其整个生命周期中维护的。一个好的编码规范可以提高软件的可读性，使开发人员能够尽快理解新的代码。一个好的编码规范可以使维护成本最大化第四，长期规范的编码也可以使开发人员养成良好的编码习惯，甚至锻炼出更加严谨和尊重的思维；因此非常重要。
什么样的代码叫好代码？
好的代码，满足两个条件：能达到预期效果，容易理解。
代码的不同不在于功能能否实现，而主要在于实现的质量。
有些代码虽然实现了效果，但另一个程序员看不懂，无法维护，也是坏代码。
现在在软件行业，程序员加班是很常见的。疲劳将不可避免地影响代码的质量。
他们大多急于达到职能要求，完成领导安排的任务，只以完成为目标。
这种不考虑长远的工作方式在短时间内实现了目标，但从长远来看是个大问题。
一旦程序员离开，新来的人需要很长时间才能接手。项目的可扩展性和稳定性没有保证。
尤其是一些外行领导只知道如何为上级做贡献，不能科学安排时间。
功能需求一经更改就立即更改，新功能即将出现。因此，工程设计不断调整，整体建筑稳定性受损。
整个行业还没有意识到代码质量的重要性，也没有对代码的敬畏。它只着眼于现在而忽视了长远。
只有行业人员达到饱和，淘汰不合格的程序员和产品经理，好的代码才能形成趋势。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
