在变量或类名前面的_(下划线)中是否有标准？

Question

我见过一些程序员_在类名前面使用(下划线),还有一些程序员使用它来表示局部变量.

Java标准是否要求/建议在私有实例变量或类名前面使用_(下划线)？

Answer 1

我认为像这样的工件是预IDE和C++复古.不要这样做.

仅仅因为它是"预IDE和C++复古",我们不会这样做吗？IDE提供了优势,但是当私有成员与本地变量或方法发生冲突时,它无法帮助我重命名,特别是在编写属性时.(Downvoting因为没有提到任何技术/实际原因.) (2认同)
那是你的选择.你是否贬低了所有说他们讨厌它的人,或者你把我单独出来了吗？你参加晚会已经七年了.我不需要这样的约定来看到我有一个名称冲突,这将是一个问题.此外,这很容易理解:遵循成语并将私人成员与"this"区分开来.你的推理是......奇怪的.你差不多两年没回答过这个问题,你回来对此发表评论了吗？ (2认同)

Answer 2

这是个人品味的问题.

Martin Fowler似乎喜欢它.我并不在乎它 - 它打破了阅读模式,它传达的信息已经巧妙地通过IDE中的颜色告知了它.

我已经尝试使用_作为变量的名称来保存由方法返回的结果.它非常简洁,但我最终认为这个名字result更好.

所以,让你的同事就你最喜欢的东西达成一致,然后就这样做.

Answer 3

如果您想遵循最佳实践java,请使用此处列出的代码约定http://java.sun.com/docs/codeconv/html/CodeConvTOC.doc.html

即,私有成员变量名称没有下划线.

但是,就个人而言,只要应用一致性,我就不会双向融合.

Answer 4

许多人(包括我自己)在字段名称前使用_.这样做的原因是很容易将它们与局部变量区分开来.然而,在IDE的时代,这并不是必需的,因为语法高亮显示了这一点.在类名前面使用下划线是错误的.按照惯例,类名以大写字母开头.

+1"for the ages IDEs"+"语法高亮" (3认同)
_在字段名称前面是非常丑陋的.在类名中使用它是任何开发人员都不接受的.两个具有相同名称的类之间存在一个区别的语法,尤其是内部类! (3认同)
您不需要担心冲突,因为一切都在内部通过它的完全限定名称.在外部,如果你有一个需要引用另一个记录类的Record类,你可以输入'whatever.other.package.Record',它可能很笨重,但它不是经常出现的东西. (3认同)
我在字段名中使用前导`_`的主要原因是避免使用局部变量进行名称冲突,而不需要考虑新名称或记住使用`this.作为前缀.我也发现它比诸如`m`(Android)甚至`m_`之类的前缀不那么突兀(我在工作中使用过它,那是编码风格). (3认同)