上面提到的策略并没有充分强调使用枚举的策略模式的轻量级实现:

public enum Strategy {

  A {
    @Override
    void execute() {
      System.out.print("Executing strategy A");
    }
  },
  
  B {
    @Override
    void execute() {
      System.out.print("Executing strategy B");
    }
  };

  abstract void execute();
}

你可以把所有的策略放在一个地方，而不需要为每个策略单独编译单元。你得到了一个很好的动态调度:

Strategy.valueOf("A").execute();

使java读起来几乎像一种美味的松散类型语言!

例如，如果您有一个Logger enum。然后，在接口中应该有日志记录器方法，如debug、info、warning和error。它使您的代码松散耦合。

它是可扩展性所必需的——如果有人使用您开发的API，则您定义的枚举是静态的;它们不能被添加或修改。但是，如果让它实现一个接口，使用API的人可以使用相同的接口开发自己的枚举。然后，您可以向枚举管理器注册这个枚举，枚举管理器将枚举与标准接口结合在一起。

Edit: @Helper方法有一个完美的例子。考虑让其他库定义新的操作符，然后告诉管理器类“嘿，这个枚举存在——注册它”。否则，您只能在自己的代码中定义操作符——就没有可扩展性了。

这是我的理由……

我用Enum的值填充了一个JavaFX组合框。我有一个接口，可识别(指定一个方法:identify)，它允许我指定任何对象如何为我的应用程序标识自己，以便进行搜索。这个接口使我能够扫描任何类型的对象(对象可能用于标识的任何字段)的列表以进行标识匹配。

我想在我的组合框列表中找到一个匹配的标识值。为了在包含Enum值的组合框上使用此功能，我必须能够在我的Enum中实现可识别接口(碰巧，在Enum的情况下实现是微不足道的)。

另一个可能性:

public enum ConditionsToBeSatisfied implements Predicate<Number> {
    IS_NOT_NULL(Objects::nonNull, "Item is null"),
    IS_NOT_AN_INTEGER(item -> item instanceof Integer, "Item is not an integer"),
    IS_POSITIVE(item -> item instanceof Integer && (Integer) item > 0, "Item is negative");

    private final Predicate<Number> predicate;
    private final String notSatisfiedLogMessage;

    ConditionsToBeSatisfied(final Predicate<Number> predicate, final String notSatisfiedLogMessage) {
        this.predicate = predicate;
        this.notSatisfiedLogMessage = notSatisfiedLogMessage;
    }

    @Override
    public boolean test(final Number item) {
        final boolean isNotValid = predicate.negate().test(item);

        if (isNotValid) {
            log.warn("Invalid {}. Cause: {}", item, notSatisfiedLogMessage);
        }

        return predicate.test(item);
    }
}

和使用:

Predicate<Number> p = IS_NOT_NULL.and(IS_NOT_AN_INTEGER).and(IS_POSITIVE);

最常见的用法是将两个枚举的值合并到一个组中，并以类似的方式对待它们。例如，查看如何加入水果和蔬菜。