有一个我经常用的箱子。我有一个IdUtil类的静态方法与对象一起工作，实现一个非常简单的可识别接口:

public interface Identifiable<K> {
    K getId();
}


public abstract class IdUtil {

    public static <T extends Enum<T> & Identifiable<S>, S> T get(Class<T> type, S id) {
        for (T t : type.getEnumConstants()) {
            if (Util.equals(t.getId(), id)) {
                return t;
            }
        }
        return null;
    }

    public static <T extends Enum<T> & Identifiable<S>, S extends Comparable<? super S>> List<T> getLower(T en) {
        List<T> list = new ArrayList<>();
        for (T t : en.getDeclaringClass().getEnumConstants()) {
             if (t.getId().compareTo(en.getId()) < 0) {
                 list.add(t);
            }
        }
        return list;
    }
}

如果我创建一个可识别的enum:

    public enum MyEnum implements Identifiable<Integer> {

        FIRST(1), SECOND(2);

        private int id;

        private MyEnum(int id) {
            this.id = id;
        }

        public Integer getId() {
            return id;
        }

    }

然后我可以通过它的id得到它:

MyEnum e = IdUtil.get(MyEnum.class, 1);

在jar文件中创建常量时，让用户扩展枚举值通常是有帮助的。我们为PropertyFile键使用了枚举，但是因为没有人能够添加任何新的键而陷入了僵局!下面的效果会好得多。

考虑到:

public interface Color {
  String fetchName();
}

and:

public class MarkTest {

  public static void main(String[] args) {
    MarkTest.showColor(Colors.BLUE);
    MarkTest.showColor(MyColors.BROWN);
  }

  private static void showColor(Color c) {
    System.out.println(c.fetchName());
  }
}

一个容器中可以有一个enum:

public enum Colors implements Color {
  BLUE, RED, GREEN;
  @Override
  public String fetchName() {
    return this.name();
  }
}

用户可以扩展它来添加自己的颜色:

public enum MyColors implements Color {
  BROWN, GREEN, YELLOW;
  @Override
  public String fetchName() {
    return this.name();
  }
}

枚举不只是表示被动的集合(例如颜色)。它们可以表示具有功能的更复杂的对象，因此你可能想要在这些对象上添加更多的功能——例如，你可能有诸如Printable、Reportable等接口，以及支持这些接口的组件。

对我来说，使用枚举接口的最佳用例之一是谓词过滤器。这是一种非常优雅的方法来弥补apache集合的类型化不足(如果不能使用其他库)。

import java.util.ArrayList;
import java.util.Collection;

import org.apache.commons.collections.CollectionUtils;
import org.apache.commons.collections.Predicate;


public class Test {
    public final static String DEFAULT_COMPONENT = "Default";

    enum FilterTest implements Predicate {
        Active(false) {
            @Override
            boolean eval(Test test) {
                return test.active;
            }
        },
        DefaultComponent(true) {
            @Override
            boolean eval(Test test) {
                return DEFAULT_COMPONENT.equals(test.component);
            }
        }

        ;

        private boolean defaultValue;

        private FilterTest(boolean defautValue) {
            this.defaultValue = defautValue;
        }

        abstract boolean eval(Test test);

        public boolean evaluate(Object o) {
            if (o instanceof Test) {
                return eval((Test)o);
            }
            return defaultValue;
        }

    }

    private boolean active = true;
    private String component = DEFAULT_COMPONENT;

    public static void main(String[] args) {
        Collection<Test> tests = new ArrayList<Test>();
        tests.add(new Test());

        CollectionUtils.filter(tests, FilterTest.Active);
    }
}

枚举只是伪装的类，所以在大多数情况下，可以用类做的任何事情都可以用枚举做。

我想不出一个理由，enum不应该能够实现接口，同时我也想不出一个好的理由。

我想说的是，一旦你开始往枚举中添加接口或方法，你应该考虑把它变成一个类。当然，我确信有一些案例可以用于执行非传统枚举内容，而且由于限制是人为的，所以我赞成让人们在枚举中做他们想做的事情。

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

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