Java 5+中的静态字符串常量VS枚举

我已经阅读了这个问题和答案: 在Java中实现常量的最佳方法是什么?

并提出了一个决定,即枚举是实现一组常量的更好方法。 另外,我在Sun网站上阅读了一个如何将行为添加到枚举的示例(请参阅前面提到的post中的链接)。 因此,将带有String键的构造函数添加到枚举中以保存一堆String值没有问题。

这里的唯一问题是我们需要添加“.nameOfProperty”来访问String值。 所以代码中的每个地方我们都需要通过它的名称(EnumName.MY_CONSTANT)来解决常量值,但是就像那样(Enum.MY_CONSTANT.propertyName)。

我在这儿吗? 你怎么看呢?

是的,命名可能看起来有点长。 但没有人能想象的那么多……

  1. 因为枚举类已经给出了一些上下文( “这是什么常量集合?” ), 实例名称通常比常量名称短 (强类型已经与其他枚举中的类似命名实例区分开来)。

  2. 此外,您可以使用静态导入来进一步缩短长度。 你不应该在任何地方使用它,以避免混淆,但我觉得与枚举密切相关的代码可以很好。

  3. 在枚举的开关中 ,您不使用类名。 (在Java 7之前的Strings上甚至不能使用开关。)

  4. 在枚举类本身中 ,您使用短名称。

  5. 因为枚举有方法,许多会大量使用常量的低级代码可以从业务代码迁移到枚举类本身(动态或静态方法)。 正如我们所看到的,将代码迁移到枚举可以进一步减少长名称的使用。

  6. 常量通常以组的forms处理,例如, if使用六个常量之一进行相等性测试,或者另外四个等等。枚举配备带有contains方法的EnumSets (或类似地返回适当组的动态方法),允许您将组视为一个组 (作为次要优势,请注意这两个分组实现非常快 – O(1) – 并且内存不足!)。

有了这些点, 我发现实际的代码要短得多

关于常量的问题 – 枚举应该表示所有相同类型的常量。 如果您正在执行任意常量,那么这是错误的方法,因为其他问题中描述的原因。

如果你想要的只是字符串常量,关于详细代码你是对的。 但是,您可以覆盖toString()方法返回属性的名称。 如果你想要做的只是将String连接到其他字符串,那么这将为你的代码节省一些额外的冗长。

但是,您是否考虑过使用属性文件或其他一些国际化方法? 通常在定义Strings的dets时,它用于用户界面消息,并将这些消息提取到单独的文件可能会为您节省大量的未来工作,并使翻译更容易。