Подано:
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;
}
}
Для мене це, як правило, співпадає з таблицею огляду в базі даних (лише для рідко оновлюваних таблиць).
Однак, коли я намагаюся використовувати findByTypeId
в операторі комутатора (з, швидше за все, введення користувача) ...
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.
}
... як інші заявили, це призводить до створення NPE @ switch(personType) {
. Один обхід (тобто "рішення"), який я почав впроваджувати, - це додати UNKNOWN(-1)
тип.
public enum PersonType {
UNKNOWN(-1),
COOL_GUY(1),
JERK(2);
...
public static PersonType findByTypeId(int id) {
...
return UNKNOWN;
}
}
Тепер вам не доведеться робити нульову перевірку, куди вона зараховується, і ви можете обрати чи не обробляти UNKNOWN
типи. (ПРИМІТКА: -1
це малоймовірний ідентифікатор у бізнес-сценарії, але, очевидно, вибирайте щось, що має сенс для вашого використання).