2016 - 2024

感恩一路有你

java最常用的五个包 为什么很多人不建议使用驼峰命名法,有什么弊端么?

浏览量:1926 时间:2021-04-07 11:57:00 作者:admin

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

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

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

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

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

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

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

什么样的代码叫好代码?

好的代码,满足两个条件:能达到预期效果,容易理解。

代码的不同不在于功能能否实现,而主要在于实现的质量。

有些代码虽然实现了效果,但另一个程序员看不懂,无法维护,也是坏代码。

现在在软件行业,程序员加班是很常见的。疲劳将不可避免地影响代码的质量。

他们大多急于达到职能要求,完成领导安排的任务,只以完成为目标。

这种不考虑长远的工作方式在短时间内实现了目标,但从长远来看是个大问题。

一旦程序员离开,新来的人需要很长时间才能接手。项目的可扩展性和稳定性没有保证。

尤其是一些外行领导只知道如何为上级做贡献,不能科学安排时间。

功能需求一经更改就立即更改,新功能即将出现。因此,工程设计不断调整,整体建筑稳定性受损。

整个行业还没有意识到代码质量的重要性,也没有对代码的敬畏。它只着眼于现在而忽视了长远。

只有行业人员达到饱和,淘汰不合格的程序员和产品经理,好的代码才能形成趋势。

java最常用的五个包 java项目包名命名规范 java包名命名规则

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