Можно ли использовать == на enums в Java?

Можно ли использовать == для перечислений на Java, или мне нужно использовать .equals()? В моем тестировании == всегда работает, но я не уверен, что мне это гарантировано. В частности, на перечислении нет метода .clone(), поэтому я не знаю, можно ли получить перечисление, для которого .equals() будет возвращать другое значение, чем ==.

Например, это ОК:

public int round(RoundingMode roundingMode) {
  if(roundingMode == RoundingMode.HALF_UP) {
    //do something
  } else if (roundingMode == RoundingMode.HALF_EVEN) {
    //do something
  }
  //etc
}

Или мне нужно написать его так:

public int round(RoundingMode roundingMode) {
  if(roundingMode.equals(RoundingMode.HALF_UP)) {
    //do something
  } else if (roundingMode.equals(RoundingMode.HALF_EVEN)) {
    //do something
  }
  //etc
}

Ответы

Ответ 1

Только мои 2 цента: Вот код для Enum.java, опубликованный Sun, и часть JDK:

public abstract class Enum<E extends Enum<E>>
    implements Comparable<E>, Serializable {

    // [...]

    /**
     * Returns true if the specified object is equal to this
     * enum constant.
     *
     * @param other the object to be compared for equality with this object.
     * @return  true if the specified object is equal to this
     *          enum constant.
     */
    public final boolean equals(Object other) { 
        return this==other;
    }


}

Ответ 2

Да, == отлично - там гарантируется только одна ссылка для каждого значения.

Однако есть лучший способ написать свой круглый метод:

public int round(RoundingMode roundingMode) {
  switch (roundingMode) {
    case HALF_UP:
       //do something
       break;
    case HALF_EVEN:
       //do something
       break;
    // etc
  }
}

Еще лучший способ сделать это - установить функциональность внутри самого enum, чтобы вы могли просто вызвать roundingMode.round(someValue). Это доходит до сути перечислений Java - это объектно-ориентированные перечисления, в отличие от "именованных значений", найденных в другом месте.

EDIT: спецификация не очень ясна, но раздел 8.9 утверждает:

Тело типа перечисления может содержать enum константы. Постоянная перечислимого определяет экземпляр типа перечисления. Тип перечисления не имеет экземпляров других чем те, которые определены его перечислением константы.

Ответ 3

Да, это как если бы вы создали экземпляры singleton для каждого значения в перечислении:

public abstract class RoundingMode {
  public static final RoundingMode HALF_UP = new RoundingMode();
  public static final RoundingMode HALF_EVEN = new RoundingMode();

  private RoundingMode() {
    // private scope prevents any subtypes outside of this class
  }
}

Однако конструкция enum дает вам различные преимущества:

  • Каждый экземпляр toString() печатает имя, указанное в коде.
  • (Как упоминалось в другом сообщении) переменную типа перечисления можно сравнить с константами, используя структуру управления switch-case.
  • Все значения в перечислении могут быть запрошены с использованием поля values, которое "сгенерировано" для каждого типа перечисления
  • Здесь большое сравнение w.r.t идентичности: значения enum сохраняют сериализацию без клонирования.

Сериализация - большая ошибка. Если бы я использовал код выше, а не как перечисление, то как могло бы вести себя равенство идентичности:

RoundingMode original = RoundingMode.HALF_UP;
assert (RoundingMode.HALF_UP == original); // passes

ByteArrayOutputStream baos = new ByteArrayOutputStream();
ObjectOutputStream oos = new ObjectOutputStream(baos);
oos.writeObject(original);
oos.flush();

ByteArrayInputStream bais = new ByteArrayInputStream(baos.toByteArray());
ObjectInputStream ois = new ObjectInputStream(bais);
RoundingMode deserialized = (RoundingMode) ois.readObject();

assert (RoundingMode.HALF_UP == deserialized); // fails
assert (RoundingMode.HALF_EVEN == deserialized); // fails

Вы можете решить эту проблему без перечисления, используя технику, которая включает writeReplace и readResolve, (см. http://java.sun.com/j2se/1.4.2/docs/api/java/io/Serializable.html)...

Я предполагаю, что дело в том, что Java делает все возможное, чтобы вы могли использовать идентификаторы значений перечисления для проверки равенства; это поощряемая практика.

Ответ 4

== сравнивает ссылки двух объектов. Для перечислений гарантируется, что будет только один экземпляр, и поэтому для любых двух перечислений, которые являются одинаковыми, будет истинным.

Ссылка:

http://www.ajaxonomy.com/2007/java/making-the-most-of-java-50-enum-tricks

(ничего не найдено в документах Sun)

Ответ 5

Вот какой злой код вам может показаться интересным.: D

public enum YesNo {YES, NO}

public static void main(String... args) throws Exception {
    Field field = Unsafe.class.getDeclaredField("theUnsafe");
    field.setAccessible(true);
    Unsafe unsafe = (Unsafe) field.get(null);
    YesNo yesNo = (YesNo) unsafe.allocateInstance(YesNo.class);

    Field name = Enum.class.getDeclaredField("name");
    name.setAccessible(true);
    name.set(yesNo, "YES");

    Field ordinal = Enum.class.getDeclaredField("ordinal");
    ordinal.setAccessible(true);
    ordinal.set(yesNo, 0);

    System.out.println("yesNo " + yesNo);
    System.out.println("YesNo.YES.name().equals(yesNo.name()) "+YesNo.YES.name().equals(yesNo.name()));
    System.out.println("YesNo.YES.ordinal() == yesNo.ordinal() "+(YesNo.YES.ordinal() == yesNo.ordinal()));
    System.out.println("YesNo.YES.equals(yesNo) "+YesNo.YES.equals(yesNo));
    System.out.println("YesNo.YES == yesNo " + (YesNo.YES == yesNo));
}

Ответ 6

Перечисления - отличное место для варки полиморфного кода.

enum Rounding {
  ROUND_UP {
    public int round(double n) { ...; }
  },
  ROUND_DOWN {
    public int round(double n) { ...; }
  };

  public abstract int round(double n);
}

int foo(Rounding roundMethod) {
  return roundMethod.round(someCalculation());
}

int bar() {
  return foo(Rounding.ROUND_UP);
}