当开关用于枚举时，默认值的用法是什么？

Question

假设我有一个包含 2 个可能值的枚举颜色：红色和蓝色：

public enum Color {
    RED,
    BLUE
}

现在假设我有一个这个枚举的switch语句，其中有两个可能值的代码:

Color color = getColor(); // a method which returns a value of enum "Color"
switch (color) {
case RED:
   ...
   break;

case BLUE:
   ...
   break;

default:
   break;
}

由于我有枚举的两个可能值的代码块，因此在上面的代码中default的用法是什么？

如果代码以某种方式到达默认块，我是否应该抛出异常？

Color color = getColor(); // a method which returns a value of enum "Color"
switch (color) {
case RED:
   ...
   break;

case BLUE:
   ...
   break;

default:
   throw new IllegalArgumentException("This should not have happened");
}

Answer 1

交换机案例的编译时完整性不能保证运行时的完整性。

具有针对较旧版本的枚举编译的 switch 语句的类可以使用较新的枚举版本（具有更多值）执行。这是库依赖项的常见情况。

出于类似的原因，编译器认为没有< code>default的< code>switch是不完整的。

Answer 2

其他答案是正确的，即您应该实现一个引发异常的默认分支，以防将来向枚举添加新值。但是，我会更进一步，质疑为什么你甚至首先使用switch语句。

与C和C#等语言不同，Java将枚举值表示为实际对象，这意味着您可以利用面向对象编程。假设您的方法的目的是为每种颜色提供RGB值：

switch (color)
    case RED:
       return "#ff0000";
    ...

好吧，可以说，如果你想让每种颜色都有一个RGB值，你应该把它作为描述的一部分：

public enum Color
{
    RED("#FF0000"),
    BLUE("#0000FF");

    String rgb;
    public Color(String rgb) {
        this.rgb = rgb;
    }
    public getRgb() { return this.rgb; }
}

这样，如果您以后添加新的颜色，您将被迫提供一个RGB值。它甚至比另一种方法更容易失败，因为您将在编译时而不是运行时失败。

请注意，如果需要的话，您可以做更复杂的事情，包括让每种颜色提供自己的抽象方法的自定义实现。Java中的枚举非常强大，而且是面向对象的，在大多数情况下，我发现我可以避免一开始就需要< code>switch它们。

Answer 3

如第二个示例所示，抛出异常是一个很好的做法。通过快速失败来提高代码的可维护性。

在这种情况下，这意味着如果您稍后（可能几年后）添加一个枚举值，并且它到达switch语句，您将立即发现错误。

如果未设置默认值，即使使用新的枚举值，代码也可能会运行，并且可能具有不希望的行为。