Gegeben:
public enum PersonType {
COOL_GUY(1),
JERK(2);
private final int typeId;
private PersonType(int typeId) {
this.typeId = typeId;
}
public final int getTypeId() {
return typeId;
}
public static PersonType findByTypeId(int typeId) {
for (PersonType type : values()) {
if (type.typeId == typeId) {
return type;
}
}
return null;
}
}
Für mich stimmt dies normalerweise mit einer Nachschlagetabelle in einer Datenbank überein (nur für selten aktualisierte Tabellen).
Wenn ich jedoch versuche, findByTypeId
eine switch-Anweisung zu verwenden (höchstwahrscheinlich aus Benutzereingaben) ...
int userInput = 3;
PersonType personType = PersonType.findByTypeId(userInput);
switch(personType) {
case COOL_GUY:
// Do things only a cool guy would do.
break;
case JERK:
// Push back. Don't enable him.
break;
default:
// I don't know or care what to do with this mess.
}
... wie andere angegeben haben, führt dies zu einem NPE @ switch(personType) {
. Eine Problemumgehung (dh "Lösung"), die ich implementiert habe, war das Hinzufügen eines UNKNOWN(-1)
Typs.
public enum PersonType {
UNKNOWN(-1),
COOL_GUY(1),
JERK(2);
...
public static PersonType findByTypeId(int id) {
...
return UNKNOWN;
}
}
Jetzt müssen Sie nicht mehr null prüfen, wo es darauf ankommt, und Sie können wählen, ob UNKNOWN
Typen behandelt werden sollen oder nicht . (HINWEIS: -1
ist eine unwahrscheinliche Kennung in einem Geschäftsszenario, wählen Sie jedoch offensichtlich etwas, das für Ihren Anwendungsfall sinnvoll ist.)