在Java代码约定中,实例变量应该放在方法之前还是方法之后?
在Java代码约定中,实例变量应该放在方法之前还是方法之后?我知道,在Oracle或Apache的代码约定中,他们建议将实例变量放在方法之前。然而,在《核心Java》一书中,作者将实例变量放在方法之后。嗯…也许是因为我的C++背景,在我学习C++的时候,我被教育到公共函数应该放在私有成员之前,因为人们更关心你的代码提供的功能。因此,我想知道哪种方式更可取?如果你能用实际项目的经验来解释你的理由,那就更好了 通常的Java惯例是先放置静态变量,再放置实例变量,然后放置构造函数,最后放置方法 然而,在《核心Java》一书中,作者将实例变量放在方法之后 你总能找到不遵守常规的人/书 因此,我想知道哪种方式更可取 见上文 如果你能用实际项目的经验来解释你的理由,那就更好了 没有理由,除了这样一个事实:这是公认的正常方式,而且编写违背常规的代码往往会降低可读性。。。适用于遵循正常惯例的人在Java代码约定中,实例变量应该放在方法之前还是方法之后?,java,coding-style,Java,Coding Style,在Java代码约定中,实例变量应该放在方法之前还是方法之后?我知道,在Oracle或Apache的代码约定中,他们建议将实例变量放在方法之前。然而,在《核心Java》一书中,作者将实例变量放在方法之后。嗯…也许是因为我的C++背景,在我学习C++的时候,我被教育到公共函数应该放在私有成员之前,因为人们更关心你的代码提供的功能。因此,我想知道哪种方式更可取?如果你能用实际项目的经验来解释你的理由,那就更好了 通常的Java惯例是先放置静态变量,再放置实例变量,然后放置构造函数,最后放置方法 然而,
可能有人对代码可读性做过一些实证研究,他们在其中测量了相对可读性。但是我从来没有费心去寻找它们。使用你正在进行的项目的风格。大多数编码约定都存在,因此人们可以避免经常考虑小的代码格式问题(以及源代码管理以非建设性的方式介入其他人的源代码)。因此,如果您在一个项目中工作,并且该项目已经使用了约定,请坚持它
使用“属性优先”。在开始时提出建议,或者在使用它们的方法之前提出建议。我倾向于在我自己的项目中使用Oracle/Sun指南,因为JDK源代码总是1次点击即可使用。+1即使我没有遵循惯例,我也总是在使用字段之前使用它们。(换句话说,我怀念方法局部字段;)我强烈怀疑是否存在任何关于代码可读性的研究——因为代码后来是由IDE介导的,IDE会对您进行分解。我认为“除了这是公认的正常方式之外,而编写违背常规的代码往往会降低可读性…“这是关键。我想我会同意你的第一句话。此外,感谢你的链接。