如何在 Java 中定义一个常量类？

Question

假设您需要定义一个类，它所做的只是保存常量。

public static final String SOME_CONST = "SOME_VALUE";

这样做的首选方法是什么？

1. 接口
2. 抽象类
3. 最后一节课

我应该使用哪一个？为什么？

---

澄清一些答案：

枚举 - 我不会使用枚举，我不会枚举任何东西，只是收集一些彼此不相关的常量。

接口 - 我不会将任何类设置为实现接口的类。只想用接口调用常量，像这样：ISomeInterface.SOME_CONST。

Answer 1

使用最终类。 为简单起见，您可以使用静态导入在另一个类中重用您的值

public final class MyValues {
  public static final String VALUE1 = "foo";
  public static final String VALUE2 = "bar";
}

在另一个班级：

import static MyValues.*
//...

if(variable.equals(VALUE1)){
//...
}

Answer 2

您的澄清说明：“我不会使用枚举，我不会枚举任何东西，只是收集一些彼此不相关的常量。”

如果常量之间根本不相关，为什么要将它们收集在一起？将每个常量放在与其最密切相关的类中。

Answer 3

我的建议（按偏好降序排列）：

1) 不要这样做。在与它们最相关的实际类中创建常量。拥有一个“常量包”类/接口并没有真正遵循 OO 最佳实践。

我和其他所有人都时常忽略 #1。如果你打算这样做，那么：

2) 带有私有构造函数的最终类 这至少可以防止任何人通过扩展/实现“常量包”来轻松访问常量来滥用它。 （我知道你说过你不会这样做——但这并不意味着有人会在你不会这样做）

3) interface 这会起作用，但我不喜欢在 #2 中提及可能的滥用行为。

一般来说，仅仅因为这些是常量并不意味着您不应该对它们应用正常的 oo 原则。如果只有一个类关心一个常量，那么它应该是私有的并且在那个类中。如果只有测试关心一​​个常量 - 它应该在测试类中，而不是生产代码中。如果在多个地方定义了一个常量（不仅仅是偶然地相同） - 重构以消除重复。等等 - 像对待方法一样对待它们。

Answer 4

正如 Joshua Bloch 在 Effective Java 中所说：

• 接口只能用于定义类型，
• 抽象类不会阻止实例化（它们可以被子类化，甚至建议它们被设计为子类化）。

如果所有常量都相关（如行星名称），您可以使用 Enum，将常量值放在与它们相关的类中（如果您可以访问它们），或者使用不可实例化的实用程序类（定义私有默认构造函数）。

class SomeConstants
{
    // Prevents instanciation of myself and my subclasses
    private SomeConstants() {}

    public final static String TOTO = "toto";
    public final static Integer TEN = 10;
    //...
}

然后，如前所述，您可以使用静态导入来使用您的常量。

Answer 5

我的首选方法是根本不这样做。当 Java 5 引入类型安全枚举时，常量的时代几乎消失了。甚至在此之前，Josh Bloch 发布了一个（略显冗长）版本，该版本适用于 Java 1.4（及更早版本）。

除非您需要与某些遗留代码互操作，否则真的没有理由再使用命名字符串/整数常量。

Answer 6

只使用 final 类。

如果您希望能够添加其他值，请使用抽象类。

使用接口没有多大意义，接口应该指定一个合同。您只想声明一些常量值。

Answer 7

enums 不是这类东西的最佳选择吗？

Answer 8

enums 很好。 IIRC，有效 Java（第 2 版）中的一项具有 enum 常量枚举标准选项，为任何值实现 [Java 关键字] interface。

我的偏好是使用 [Java 关键字] interface 而不是 final class 作为常量。你隐含地得到了public static final。有些人会争辩说，interface 允许糟糕的程序员实现它，但糟糕的程序员会写出无论你做什么都很糟糕的代码。

哪个更好看？

public final class SomeStuff {
     private SomeStuff() {
         throw new Error();
     }
     public static final String SOME_CONST = "Some value or another, I don't know.";
}

或者：

public interface SomeStuff {
     String SOME_CONST = "Some value or another, I don't know.";
}

Answer 9

或者 4. 将它们放在包含使用常量的逻辑最多的类中

...抱歉，无法抗拒;-)

Answer 10

对我来说最好的方法是enum:

public enum SomeApiConstants {;

    public static final String SOME_CONST = "SOME_VALUE";

    //may be in hierarchy
    public enum ApiMapping {;
        public static final String VERSION = "/version";
        public static final String VERSION_LIST = "/list/{type}";
    }
}

优点：

• 干净的代码
• 不需要定义私有构造函数
• 尝试实例化在编译时被验证为java: enum types may not be instantiated
• 防止克隆和反序列化

Answer 11

1. 私有构造函数的一个缺点是方法的存在永远无法测试。

2. 枚举的自然概念很好地应用于特定的域类型，将其应用于分散的常量看起来不够好

枚举的概念是“枚举是密切相关项的集合”。

1. 扩展/实现常量接口是一种不好的做法，很难考虑要求扩展不可变常量而不是直接引用它。

2. 如果应用像SonarSource这样的质量工具，有规则迫使开发人员放弃常量接口，这是一件尴尬的事情，因为很多项目都喜欢常量接口，很少看到“扩展”的事情发生在常量接口上