经典运算枚举示例中的Lambda

Question

众所周知，有一个经典的Operation枚举示例（尽管现在使用Java 8标准接口），如下所示：

enum Operation implements DoubleBinaryOperator {
    PLUS("+") {
        @Override
        public double applyAsDouble(final double left, final double right) {
            return left + right;
        }
    },
    MINUS("-") {
        @Override
        public double applyAsDouble(final double left, final double right) {
            return left - right;
        }
    },
    MULTIPLY("*") {
        @Override
        public double applyAsDouble(final double left, final double right) {
            return left * right;
        }
    },
    DIVIDE("/") {
        @Override
        public double applyAsDouble(final double left, final double right) {
            return left / right;
        }
    };

    private final String symbol;

    private Operation(final String symbol) {
        this.symbol = symbol;
    }

    public String getSymbol() {
        return symbol;
    }
}

经过测试：

Arrays.stream(Operation.values())
        .forEach(op -> System.out.println("Performing operation " + op.getSymbol() + " on 2 and 4: " + op.applyAsDouble(2, 4)));

它提供：

在2和4上执行操作+：6.0
在2和4上
执行操作--2.0 在2和4上执行操作*：8.0
在2和4上执行操作/ 0.5

但是我觉得我们可以用Java 8做得更好，因此我实现了以下内容：

enum Operation implements DoubleBinaryOperator {
    PLUS    ("+", (l, r) -> l + r),
    MINUS   ("-", (l, r) -> l - r),
    MULTIPLY("*", (l, r) -> l * r),
    DIVIDE  ("/", (l, r) -> l / r);

    private final String symbol;
    private final DoubleBinaryOperator binaryOperator;

    private Operation(final String symbol, final DoubleBinaryOperator binaryOperator) {
        this.symbol = symbol;
        this.binaryOperator = binaryOperator;
    }

    public String getSymbol() {
        return symbol;
    }

    @Override
    public double applyAsDouble(final double left, final double right) {
        return binaryOperator.applyAsDouble(left, right);
    }
}

从功能上讲，它是等效的，但是两种实现方式是否仍然相似，或者是否存在一些隐藏的细节使新版本比旧版本更糟？

最后，从Java 8开始，lambda方法是否是首选方法？

Answer 1

显然，lambda版本更具可读性。它不仅更短，而且还使读者乍一看构造函数中的实现操作符。假设您也想扩展enum来支持int计算…

从性能的角度来看，您正在enum通过生成的lambda类交换匿名内部类。lambda版本增加了另一级别的委派，但这对HotSpot优化器来说不是挑战。在执行性能方面几乎看不出任何差异。

但是，因此，在应用lambda模式时，使用该类可能会加快应用程序的 启动
速度。原因是对于传统的专用enum方法，Java编译器必须为每种情况生成一个内部类，该内部类驻留在文件系统中或（可能是zip压缩）在Jar文件中。动态生成lambda类（结构非常简单）的字节码通常比加载类快。对生成的lambda类不进行访问检查也可能有所帮助。

总结一下：

• lambda方法更易于阅读，其代码更易于维护（重点）
• 执行性能大致相同
• 对于lambda方法，启动时间可能会更短

因此，这对于lambda是一个巨大的胜利。是的，我认为lambda方式是Java 8的首选方式。