|
|
1
15
就我个人而言,我不喜欢使用前缀——这会使代码更难阅读,依我看。我相信不同的人会以不同的方式阅读——最后我会“在我的脑袋里大声朗读”,而前缀会打断这一过程。很明显你可以习惯,但我宁愿不用。 但是,声称 没有人 使用了这样的前缀。我曾在Java公司使用过一些不同的前缀,有些则没有。 我还指出,在您的打字错误示例中,大多数IDE都会警告您不要执行作业。例如,在Eclipse中,我得到:
如果你经常忽略警告,我会说你有更大的问题:) |
|
|
2
9
我宁愿使用
|
|
|
3
5
对成员变量使用特定的前缀是一种匈牙利符号——技术性的,糟糕的类型。信息(什么是和不是成员变量)已经在代码中,不需要复制它。 正如您所注意到的,一个好的IDE将警告您未使用的变量(并且可能允许您将该警告转换为一个错误)。语法突出显示还将区分局部变量和成员变量。为什么要想出丑陋的代码约定来完成IDE的工作,使一种非常具体的程序员错误不太可能发生? |
|
|
4
2
现代的IDE(如Eclipse)可以自动为您生成getter和setter,这样就可以避免麻烦。 |
|
|
5
1
在第一个示例中,
当您提到参数名可能拼写错误时,您是对的,这是一些令人沮丧的错误的根源。在过去,我还使用了前缀命名约定字段,但是随着Java越来越多地依赖于反射,这确实引入了一些程度的痛苦,所以最近我已经远离它。 通过使用单元测试,以及在检入前分析代码并为您标记这些错误子代的IDE,可以减少由于拼写错误而导致的错误的可能性。 |
|
|
6
1
我觉得很奇怪,你的问题假设
这不是真的,因为不同的人有不同的习俗。 在我的代码中有很多this.member,但这只是因为我的IDE(NetBeans)生成了它,我不太在乎重写它。 |
|
|
7
1
在其他非强制性的情况下,您可以省略它,因为它是隐式的,并选择您想要的约定。 |
|
|
8
0
实际上,我有一个讲座,是我的一位教授在任务中给我们提供了下面的Java类:
我提到了
Java Coding Conventions
亲切地问他我是否能重构他的代码。基本上
|
|
|
metrallador10 · 哪种代码更好?效率与代码可读性 2 年前 |
|
|
Justin Xu · 使用return if语句进行重构验证 3 年前 |
|
|
Cino · 如何以体面的方式处理Python异常? 3 年前 |
|
|
SAI BENDE · 如何在多个html文件中使用单个导航栏 3 年前 |
|
|
fstab · 对正常控制流程使用例外情况是一种不鼓励还是不鼓励的做法? 13 年前 |
|
|
SwampYeti · 在CSS中拉伸小背景图像 13 年前 |