Wie kann ich verlangen, dass ein generischer Parameter eine Aufzählung ist, die eine Schnittstelle implementiert?

Ich bin nicht zu 100 % davon überzeugt, dass dies eine gute Idee ist, aber ich bin heute auf Code gestoßen, der derzeit wie folgt implementiert ist:

class MyWidget <T extends Enum<T> > {
  MyWidget(Map<T, Integer> valueMap) {
    mValueMap = valueMap;
  }

  Map<T, Integer> mValueMap;
}

wo MyWidget bietet dann Methoden an, die verwenden mValueMap das Eingereichte umzuwandeln Enum nach/von einem Integer.

Was ich überlegte, war der Versuch, dies umzugestalten, damit ich meine Aufzählung deklarieren würde:

interface MyInterface {
  public Integer getValue();
}

enum MyEnum implements MyInterface {
  foo, bar;
  public Integer getValue() {
    return ordinal();
  }
}

Und dann könnte ich umschreiben MyWidget in etwas, das vage so aussah:

public class MyWidget<T extends Enum<T> extends MyInterface> {
  ...
}

und würde dann die anrufen können getValue() Methode aus MyInterface an T-Typ-Objekte innerhalb MyWidget. Das Problem ist natürlich, dass “<T extends Enum<T> extends MyInterface>” ist keine gültige Syntax. Gibt es eine Möglichkeit, dies zu umgehen?

Ich will nicht nur haben MyWidget<T extends MyInterface>weil es auch wichtig ist, dass T eine Aufzählung ist.

Danke im Voraus!

Benutze ein ‘&‘ stattdessen:

public class MyWidget<T extends Enum<T> & MyInterface> {
    ...
}

Das JLS nennt dies einen “Schnittpunkttyp”, aber ich kann ihn in den Java-Tutorials nicht erwähnen. Ich sage nur, dass es genau das tut, was Sie sich gewünscht haben.extends” würdest du.

Außerdem sollte ich erwähnen, dass Sie im Schnittpunkttyp so viele Typen haben können, wie Sie möchten. Wenn Sie also wollten, könnten Sie Folgendes tun:

public class MyWidget<T extends Enum<T> & MyInterface & Serializable & Cloneable> {
    ...
}

[Note: this code sample should not be construed as an endorsement of the Cloneable interface; it was merely handy at the time.]

Das JSR 203-Zeug (new new IO) für JDK 7 macht viel Gebrauch von Aufzählungen, die Schnittstellen implementieren (zum Beispiel: http://openjdk.java.net/projects/nio/javadoc/java/nio/file/FileVisitOption.html), um ihnen in Zukunft etwas Spielraum für zukünftige zusätzliche Sätze von Enum-Optionen zu geben. Das ist also ein praktikabler Ansatz und offensichtlich einer, der nach langem Nachdenken in einem großen Sun-Projekt gewählt wurde.