存储简单数据的“公共静态”和“私有静态”的区别。什么比较好？[重复]

Question

什么是更好的解决方案？

我在想，什么是性能上更好，或者哪个更“正确”？

public static List<String> globalUseVariable;

或

private static List<String> globalUseVariable;
public static List<String> getGlobalUseVariable() {
    return globalUseVariable;
}

我认为第二个是因为封装规则？

Answer 1

哪个更「正确」？

按照你的准则，我都不同意。将列表标记为私有，然后在一个方法中返回对同一列表的引用，您将一无所获。您不能调用此封装，因为无论您在方法中添加什么逻辑，您都会将＜code＞列表＜/code＞引用返回给调用方，以便调用方可以随意修改。如果要真正遵守封装，至少可以要求方法返回不可修改的集合（使用Collections.unmodifiableList）。

如果您希望您的列表是< code>public，您至少可以将它标记为< code>final，这样您的类之外的代码就不能尝试类似于< code > your class . global use variable = null 的操作，也不能破坏任何使用< code>List的代码。

Answer 2

建议使用 getters，因为您可能希望在不更改 API 的情况下对类进行更改，或者您将决定在返回列表之前执行某种转换。看看这个关于类似情况的答案。在我看来，同样的原则通常适用于静态场，实际上没有理由为它们破例。这个问题也触及了同一个话题。我认为这里概述的原因也适用于静态场，并且是完全合理的。

一般来说，如果你把某个东西变成公共的，你就创建了一个公共的API，并且应该保证它不太可能为了避免以后的大麻烦而改变(如果你正在创建一个公共库并且必须是向后兼容的，那么改变甚至是不可能的)。

此外，通过使用getter和setter，您可以确保编写的代码是线程安全的，如其他答案和链接问题中所述。当您公开公共字段时，您对此无能为力。

Answer 3

简单来说:

• 首先要避免静电
• 也避免暴露内部状态

拥有一个公共可写字段几乎是不行的。如果允许多个组件更新该数据，则会导致直接的硬耦合。这也意味着您可以（最有可能）对线程安全说“再见”。即使你认为“我今天只会读那个领域”;也许你会在几周内忘记这一点。或者你团队中的其他人错过了这一部分。所以

因此，如果您有充分的理由向“公众”提供一些数据;然后至少使用getter方法;因为这允许（以后）更改。或者它允许简单的增强功能，例如返回内部状态的副本/克隆（以防止“局外人”以后操纵该内部状态）。

绕过静电的两种方法：

1. 如果你真的需要一个全球性的国家，或者其他什么可以完成这项工作，那就好好想想。
2. 如果您需要全局状态，那么：A）创建一个表示您要提供的服务的接口B）创建该接口的实现作为“普通”类C）然后使用一个实现该接口的单例（例如枚举）[现在单例枚举可以将其工作委托给该impl类]

通过遵循方法2，您可以获得具有相同功能的东西（您有一个所有代码都可以使用的“全局”东西）；但是你让事情更加解耦；最重要的是：您可以在任何地方进行合理的单元测试。

静态通常是合理单元测试的“杀手锏”。