什么时候使用公共字段是可以接受的？

Question

我有一个具有线程池的主类，许多其他类使用它来对数据库执行操作。我目前有一个getter方法来获取池，它工作正常，但似乎有点笨拙。

在什么情况下使用公共字段代替getter/setter方法是可以接受的？

Answer 1

保持类字段的私密性并使用getter/setter方法提供了一层抽象，并且从长远来看更容易维护。看看这个：Java的公共字段是怎么回事？

Answer 2

使用getter的原因有很多

因为从现在开始的2周（几个月，几年）后，当你意识到你的设置者需要做的不仅仅是设置值时，你也会意识到该属性已被直接用于238个其他类：-）

你也可以看看这篇文章，它也引用了我上面给出的内容，并提供了一些其他的例子。阅读，然后您可以决定是否在您的案例中使用公共字段。

Answer 3

在什么情况下使用公共字段代替getter/setter方法是可以接受的？

公共字段不好的主要原因是它们将实现暴露给外部世界。这会导致不必要的耦合；即过度依赖其他类的实现细节的类。这往往会使代码更难理解和更改。如果该字段不是Final，您需要搜索整个代码库以确保没有任何东西“干扰”该字段。（好吧，IDE让这变得更容易......但是将公共字段与没有setter的私有字段进行对比。）

次要原因是您无法覆盖字段。一旦在超类中公开了字段，就无法在子类中执行任何操作来修改或限制其含义。（相比之下，getters和setters可以被覆盖...）

唯一可以接受“公共”字段的情况(从风格的角度来看)是声明字段的类是私有嵌套类或内部类。结果是，该字段上的所有依赖项都被限制在包含该声明的源文件中...这否定了上述问题。

更新-我忘记了＜code＞公共静态最终＜/code＞…但我们倾向于根本不将其视为字段。无论如何，通常的做法是直接访问公共静态最终字段。常量的概念是故意公开名称、类型和值……由于静态字段的性质，重写问题不适用。

我目前有一个getter方法来获取池，它工作正常，但似乎有点笨拙。

“笨拙”是一个观点/品味的问题。就我个人而言，我不认为＜代码＞是obj。getInstance（）与＜code＞obj.instance＜/code＞相比显得笨拙。这只是Java方式¹。

另一方面，如果您没有getInstance（）方法，所有使用池的类都必须具有对实例字段的硬编码引用。如果（由于某些原因）您需要更改有关访问池的方式的某些内容（例如添加安全检查、添加计数器、使池创建延迟、确保访问正确同步），那么您必须更改对字段进行编码引用的每个位置。但是使用getter，您只有一个地方可以更改。

^{1-显然，其他语言的做法有所不同。但你不是在写那些语言。Java就是这样。}