устранение дублирующегося Перечислимого кода

В Вашем конкретном случае getCode () / getByCode (Код строки) методы кажется очень закрытым (эвфемистически говорящий) к поведению toString () / valueOf (Строковое значение) методы, предоставленные всем перечислением. Почему Вы не хотите использовать их?

Почти настолько близко, как я добрался до того, что Вы хотите, должен был создать шаблон в IntelliJ, который 'реализует' универсальный код (использующий valueOf перечисления (Имя строки)). Не прекрасный, но работает вполне хорошо.

Если Вы действительно хотите наследование, не забывайте, что Вы можете реализовывать перечислимый шаблон сами , как в плохие старые дни Java 1.4.

Как насчет статического общего метода? Вы могли снова использовать его из getByCode своего перечисления () методы или просто использовать его непосредственно. Я всегда пользовательские целочисленные идентификаторы для моих перечислений, таким образом, мой getById () метод только имеет, действительно делаю это: возвращаемые значения () [идентификатор]. Это намного быстрее и более просто.

Я не думаю, что это возможно. Однако Вы могли использовать valueOf перечисления (Имя строки) метод, если бы Вы собирались использовать имя перечисления значений в качестве своего кода.

Создайте безопасный с точки зрения типов служебный класс, который загрузит перечисления кодом:

интерфейс сводится:

public interface CodeableEnum {
    String getCode();
}

служебный класс:

import java.lang.reflect.InvocationTargetException;


public class CodeableEnumUtils {
    @SuppressWarnings("unchecked")
    public static <T extends CodeableEnum>  T getByCode(String code, Class<T> enumClass) throws IllegalArgumentException, SecurityException, IllegalAccessException, InvocationTargetException, NoSuchMethodException {
        T[] allValues = (T[]) enumClass.getMethod("values", new Class[0]).invoke(null, new Object[0]);
        for (T value : allValues) {
            if (value.getCode().equals(code)) {
                return value;
            }
        }
        return null;
}

}

использование демонстрации тестового сценария А:

import junit.framework.TestCase;


public class CodeableEnumUtilsTest extends TestCase {
    public void testWorks() throws Exception {
    assertEquals(A.ONE, CodeableEnumUtils.getByCode("one", A.class));
      assertEquals(null, CodeableEnumUtils.getByCode("blah", A.class));
    }

enum A implements CodeableEnum {
    ONE("one"), TWO("two"), THREE("three");

    private String code;

    private A(String code) {
        this.code = code;
    }

    public String getCode() {
        return code;
    }   
}
}

Теперь Вы только копируете getCode () метод и getByCode (), метод находится в одном месте. Могло бы быть хорошо обернуть все исключения в единственный RuntimeException также:)

К сожалению, я не думаю, что существует способ сделать это. Ваш лучший выбор был бы про успешно, чтобы должным быть сдаться в перечислениях в целом и использовать стандартный класс дополнительные и статические участники. Иначе привыкните к дублированию того кода. Извините.

У меня была подобная проблема с компонентом локализации, который я записал. Мой компонент разработан для доступа к локализованным сообщениям с перечислимыми константами что индекс в пакет ресурса, не тяжелая проблема.

я нашел, что копировал и вставлял тот же "шаблонный" код перечисления повсеместно. Моим решением избежать дублирования является генератор кода, который принимает конфигурационный XML-файл с перечислимыми постоянными именами и конструктором args. Вывод является исходным кодом Java с "дублированными" поведениями.

Теперь, я поддерживаю конфигурационные файлы и генератор, не весь дублированный код. Везде у меня был бы перечислимый исходный код, существует теперь файл конфигурации XML. Мои сценарии сборки обнаруживают устаревшие сгенерированные файлы и вызывают генератор кода для создания перечислимого кода.

Вы видите этот компонент здесь . Шаблон, который я копировал и вставлял, факторизуется в таблица стилей XSLT . генератор кода выполнения преобразование таблицы стилей. входной файл довольно краток по сравнению со сгенерированным перечислимым исходным кодом.

HTH,
Greg

Абстрактные перечисления потенциально очень полезны (и в настоящее время не позволенные). Но предложение и прототип существуют, если требуется лоббировать кого-то в Sun для добавления его:

http://freddy33.blogspot.com/2007/11/abstract-enum-ricky-carlson-way.html

RFE Sun:

http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6570766

Убрать код dave:

public class CodeableEnumHelper {
    public static <E extends CodeableEnum> E getByCode(
        String code, E[] values
    ) {
        for (E e : values) {
            if (e.getCode().equalsIgnoreCase(code)) {
                return e;
            }
        }
        return null;
    }
}

public enum IMType implements CodableEnum {
    ...
    public IMType getByCode(String code) {
        return CodeableEnumHelper.getByCode(code, values());
    } 
}

Или более эффективно:

public class CodeableEnumHelper {
    public static <E extends CodeableEnum> Map<String,E> mapByCode(
        E[] values
    ) {
        Map<String,E> map = new HashMap<String,E>();
        for (E e : values) {
            map.put(e.getCode().toLowerCase(Locale.ROOT), value) {
        }
        return map;
    }
}

public enum IMType implements CodableEnum {
    ...
    private static final Map<String,IMType> byCode =
        CodeableEnumHelper.mapByCode(values());
    public IMType getByCode(String code) {
        return byCode.get(code.toLowerCase(Locale.ROOT));
    } 
}

Кажется на фактическую реализацию информации о типе выполнения. Java обеспечивает это как функцию языка.

я предлагаю, чтобы Вы искали RTTI или отражение.

Другим решением было бы не помещать ничего в само перечисление, а просто предоставить двунаправленную карту Enum <-> Code для каждого перечисления. Вы могли бы, например, используйте для этого ImmutableBiMap из Google Collections.

Таким образом, никакого дублирования кода не будет.

Пример:

public enum MYENUM{
  VAL1,VAL2,VAL3;
}

/** Map MYENUM to its ID */
public static final ImmutableBiMap<MYENUM, Integer> MYENUM_TO_ID = 
new ImmutableBiMap.Builder<MYENUM, Integer>().
put(MYENUM.VAL1, 1).
put(MYENUM.VAL2, 2).
put(MYENUM.VAL3, 3).
build();

На мой взгляд, это был бы самый простой способ, без отражения и без добавления дополнительной оболочки к вашему перечислению.

Вы создаете интерфейс, который реализует ваше перечисление:

public interface EnumWithId {

    public int getId();

}

Затем во вспомогательном классе вы просто создаете метод, подобный этому:

public <T extends EnumWithId> T getById(Class<T> enumClass, int id) {
    T[] values = enumClass.getEnumConstants();
    if (values != null) {
        for (T enumConst : values) {
            if (enumConst.getId() == id) {
                return enumConst;
            }
        }
    }

    return null;
}

Затем этот метод можно использовать следующим образом:

MyUtil.getInstance().getById(MyEnum.class, myEnumId);