最常用Java代码约定/样式指南

最常用Java代码约定/样式指南,java,coding-style,conventions,Java,Coding Style,Conventions,我已经看到一些关于Java最佳编码约定的问题,比如和,但是问题往往集中在最官方的Java编码约定上,而不是最常用的Java编码约定是什么。我认为最常用的风格指南最好是作为一个程序员来了解,但是很明显,一个惯例的广泛程度应该与它的有效性或最新性相平衡 有人能告诉我Java最广泛使用的代码约定吗?任何对定量证据的引用都会非常有用,但与他人合作的经验以及未来可能成为标准的想法也会很有用。如果任何建议都能与该风格的缺点相平衡(例如,不再更新Oracle约定),那么它也会提供信息 我认为最好只遵循一个指南

我已经看到一些关于Java最佳编码约定的问题,比如和,但是问题往往集中在最官方的Java编码约定上,而不是最常用的Java编码约定是什么。我认为最常用的风格指南最好是作为一个程序员来了解,但是很明显,一个惯例的广泛程度应该与它的有效性或最新性相平衡

有人能告诉我Java最广泛使用的代码约定吗?任何对定量证据的引用都会非常有用,但与他人合作的经验以及未来可能成为标准的想法也会很有用。如果任何建议都能与该风格的缺点相平衡(例如,不再更新Oracle约定),那么它也会提供信息

我认为最好只遵循一个指南,这样就不会出现混乱,任何加入项目的人都可以得到一个指南链接。这个问题针对的是那些不属于拥有自己风格指南的公司的程序员;它适用于可能在协作项目中工作的单个程序员,贡献者应该使用相同的风格


编辑:为了清楚起见,我知道可用的不同样式指南。我想从更有经验的人那里得到信息,了解哪些指导原则最受欢迎,使用频率是否足以证明使用这些指导原则是合理的,或者它们是否有其他缺点,这意味着尽管它们很受欢迎,但还是应该被忽略。

很难说哪种习惯更常用,我不认为你会从任何地方得到这些信息。即使你得到了它,也可能是特定于某个环境或区域的

我的建议是,如果你想要一些“官方”的东西,后面有一个大名,或者一本书,如果你需要向其他人证明这个选择的合理性,我会说:

有很多人遵循这本书的惯例,而这本书本身就是用Java代码示例编写的。我认为这是你最好的选择


敏捷和软件工艺运动倾向于以某种方式遵循那本书的大部分原则(后面的甚至更多)。

你可以查看谷歌的惯例以及我在“线程”下回答的评论的副本