【问题标题】:Java Coding Conventions: Getters & Setters [closed]Java 编码约定:Getter 和 Setter [关闭]
【发布时间】:2011-04-06 06:45:58
【问题描述】:

为什么约定在类中的构造函数之后放置 getter 和 setter?

我宁愿将它们直接放在类字段之后,构造函数之前,以便查看哪些私有字段可以通过 getter 和 setter 方法访问。特别是如果方法的主体是单个返回或赋值语句。

【问题讨论】:

  • 我认为大多数 java ide 都会让您查看您所在类的“结构”,通常在侧栏中。这样可以轻松查看可用的方法。
  • 这是主观的还是争论的?我问的是 Sun 编码约定背后的基本原理,而不是人们的个人偏好。网站上有几十个这样的问题。我投票决定重新开放。
  • 不明白为什么这个问题被关闭 - 许多编码约定都有完全有效的客观原因值得讨论。我投票决定重新开放。

标签: java coding-style sun-coding-conventions


【解决方案1】:

我的看法是你有字段,然后是构造函数,然后是方法,这样你就可以通读类说:“这是组成对象的,这就是你构建它的方式,构建它就是你可以做的做吧”。

也就是说,这完全是主观的。如果另一种布局对您和您的团队在您感兴趣的领域有意义,那么请以不同的方式进行。您唯一应该注意的是确保您的项目在内部是一致的。看到代码样式逐类更改可能非常令人反感。

【讨论】:

  • 我怀疑这完全是主观的。 Sun 决定参加大会可能是有充分理由的,我很好奇它是什么。
【解决方案2】:

Java 编码约定规定方法(getter 和 setter 是方法)应该在构造函数声明之后。它只是一种约定,它的存在是为了使代码更易于阅读。

如果您判断代码在字段之后而不是在构造函数之后使用 getter//setter 更具可读性,您可以这样做


资源:

【讨论】:

  • Java 的一半问题在于人们如何使用它。成为 Java 异端(只要您的代码清晰一致)。
  • 我知道我可以忽略它,我只是好奇为什么一开始就同意它。
  • 因为 getter 和 setter 只是方法。即使它们意味着特定的东西,它们仍然是简单的方法。
猜你喜欢
  • 2013-03-03
  • 1970-01-01
  • 2013-08-05
  • 2011-02-26
  • 2020-05-15
  • 1970-01-01
相关资源
最近更新 更多