是否有任何理由覆盖 Java 8 中的枚举中的方法

Question

正如here 指出的那样，lambda 提供了一种非常优雅的方式来指定单个枚举值的行为。

在 Java 8 之前，我通常会将其实现为：

enum Operator {
    TIMES {
        public int operate(int n1, int n2) {
            return n1 * n2;
        }
    },
    PLUS {
        public int operate(int n1, int n2) {
            return n1 + n2;
        }
    };

    public int operate(int n1, int n2) {
        throw new AssertionError();
    }            
}

现在我倾向于使用：

enum Operator {
    TIMES((n1, n2) -> n1 * n2),
    PLUS((n1, n2) -> n1 + n2);

    private final BinaryOperator<Integer> operation;

    private Operator(BinaryOperator<Integer> operation) {
        this.operation = operation;
    }

    public int operate(int n1, int n2) {
        return operation.apply(n1, n2);
    }
}

这似乎更加优雅。

我现在想不出一个理由来覆盖特定枚举值的方法。所以我的问题是，现在有什么好的理由在enum 中使用方法覆盖，还是应该始终首选功能接口？

Answer 1

如果您查看this answer，它总结了在此enum 场景中使用 lambda 表达式的优势，您可能会注意到这些优势在 Java 8 之前的变体中都消失了。它既不比旧的专用 enum 变体更具可读性，也没有提高性能。此外，interface BinaryOperator 在 Java 8 之前不存在，因此它是您需要添加到代码库中才能遵循这种方法的另一个类。

在 Java 8 之前的代码中使用这种委派方法的主要原因是，如果您计划很快切换到 Java 8，则可以简化迁移。

---

更新您更新的问题：

如果您主要关注 Java 8 用例，我建议您始终使用委托方法，因为所有 enum 案例都有不同的行为，但仍然遵循可以从使用 lambda 表达式中受益的类似模式，因为它是在您的示例中实现运算符时的情况。

一个反例是enum，其中大多数具有共同的行为，仅在一种或几种情况下会被覆盖。例如：

enum Tokens {
    FOO, BAR, BAZ, AND, A, LOT, MORE // etc …

    /** Special Token End-Of-File */
    EOF {
        @Override
        public boolean matches(String input, int pos) {
            return input.length()==pos;
        }
    };

    // all ordinary tokens have the same behavior
    public boolean matches(String input, int pos) {
        return input.length()-pos >= name().length()
          && input.regionMatches(pos, name(), 0, name().length());
    }
}