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

Question

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

public static final String SOME_CONST = "SOME_VALUE";

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

1. Interface
2. Abstract Class
3. Final Class

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

---

Clarifications to some answers:

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

接口 - 我不会将任何类设置为实现该接口的类。 只是想使用接口来调用常量，如下所示：ISomeInterface.SOME_CONST。

Answer 1

使用最终类，并定义一个私有构造函数来隐藏公共构造函数。
为了简单起见，您可以使用静态导入在另一个类的另一个类中重用您的值

public final class MyValues {

  private MyValues() {
    // No need to instantiate the class, we can hide its constructor
  }

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

：

import static MyValues.*
//...

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

Answer 2

您的澄清指出：“我不会使用枚举，我不会枚举任何内容，只是收集一些彼此不以任何方式相关的常量。”

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

Answer 3

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

1）不要这样做。 在实际类中最相关的地方创建常量。 拥有“常量包”类/接口并没有真正遵循面向对象的最佳实践。

我和其他人都会时不时地忽略#1。 如果您打算这样做，那么：

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

3）界面这会起作用，但不是我的偏好，因为可能会出现滥用情况#2 中提到。

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

Answer 4

正如 Joshua Bloch 在《Effective Java：

• 接口应该仅用于定义类型》中指出的那样，
• 抽象类不会阻止实例化（它们可以被子类化，甚至表明它们被设计为可子类化）。

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

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

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

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

哪个看起来更好？

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 7

枚举不是这些的最佳选择吗？各种各样的东西？

Answer 8

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

public enum SomeApiConstants {;
  // private constant 
  private static final String PREFIX = "/user";
  private static final String DT_FORMAT = "yyyyMMdd HH:mm:ss";

  // public constants
  public static final String SOME_CONST = "SOME_VALUE";
  public static final String STARTED = ofPattern(DT_FORMAT).format(Instant.now());

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

优点：

• 干净的代码
• 核心Java
• 私有构造函数不需要定义
• 尝试实例化经过验证在编译时，因为java：枚举类型无法实例化
• 会阻止克隆，并且
• 无法扩展反序列化（Enum是最终的）
• 可以使用访问修饰符public / private /（package private）。

Answer 9

只需使用最后一堂课。

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

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

Answer 10

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

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

Answer 11

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

2. 枚举本质上适合应用于特定领域类型，将其应用于分散常量看起来不够好

   枚举

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

3. 扩展/实现常量接口是一种不好的做法，很难想象需要扩展不可变常量而不是直接引用它。

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