什么时候在 Java 中使用 Enum 类？

Question

这可能是非常明显的问题，但是如果您知道值列表会不断增加，是否可以使用 Enum 类？

假设您首先定义了一个事件枚举，它只包含 [Poo, Too]，然后我们知道我们总是有一些新的需求，它变成 [Poo, Too, App, Laa] 并且不断变化，

那么在这种情况下最好的方法是什么？

Answer 1

tl;博士

• 如果在编译时已知整组可能值，请使用 enum 。
• 如果可以在系统使用中（运行时）添加或删除值，则不能使用 enum 。 请改用Set 、 List或Map 。

编译时已知

当域（所有可能值的集合）在编译时已知时，枚举是合适的。

如果今年您的公司提供两种产品（ Poo 和 Too ），则为这两个元素进行枚举。

public enum Product { POO , TOO }

明年，您的公司决定通过添加 App & Laa 来增加他们的产品供应。 作为计划部署的一部分，将另外两个对象添加到您的枚举中。

public enum Product { POO , TOO , APP , LAA }

顺便说一下，请注意命名约定。 枚举有一个常规的类名（初始上限）。 被自动实例化的对象是常量，因此以全大写命名。

另外，请注意 Java 中的枚举功能非常灵活和强大，比大多数语言中常见的命名数字枚举方案要强大得多。 您可以在 Java 枚举上拥有成员变量、方法和构造函数。 例如，您可以添加一个getDisplayName方法来提供比全大写对象名称更适合用户界面的文本，如DayOfWeek::getDisplayName 。 您可以添加相当多的功能，例如ChronoUnit.between 。

在运行时使用 Java 中的枚举不能做的是添加或删除对象。 因此要求您在编译时了解您的域。 但是，在处理一组枚举对象时，您可以使用高度优化的EnumSet和EnumMap类。

运行时已知

如果您不能确定在编译时域，如果用户可以添加或删除运行时的元素，然后使用一个集合，如List ， Set ，或Map ，而不是一个枚举。

---

单身人士

虽然最初不是作为 Java 中Enum的目的，但 enum 恰好是实现单例设计模式的最安全（也是最简单）的方式。

Joshua Bloch 博士等人在著名的Effective Java一书中解释了这种处理单例的方法。 使用枚举可以通过其他方法解决单例的多个晦涩的技术问题。

Answer 2

你的问题很笼统，我很确定没有单一的正确答案。 但是根据 spring* 标签判断，我想您可能会询问 DTO 中以序列化形式通过您的系统发送的枚举。 如果是这种情况，我建议在 DTO 中选择String ，而在单个应用程序中使用enum 。 然后，您将只关心以工厂方式进行反序列化/转换，能够通过记录/提供回退或有意义的错误来优雅地处理未知/丢失的常量。

Answer 3

这取决于具体情况，您的问题没有太多上下文。 但是，我确实建议在许多情况下使用 ENUM，包括如果您希望 ENUM 列表增加。

使用它们的一些原因是：

1. 它创建了可在整个代码中使用的 ENUM 元素的明确指南。 它消除了对某物的名称或它是什么的不确定性。 例如包含动物列表的 ENUM，或“某物”的枚举。
2. 如果您需要更改任何内容，以后很容易重构。

我敢肯定还有更多原因，有时我觉得它就像一个目录。 在许多情况下，您可以完全避免它并且很好，但我认为如果您处于围栏状态，通常最好使用它。