Как переопределить метод (final) equals в перечислениях java?

вы можете не @Override a final метод (§8.4.3.3); это очевидно. enum типа (§8.9) обрабатываются очень специально на Java, поэтому equals is final (кроме clone, hashCode, etc.) Это просто невозможно @Override на equals метод enum, и вы действительно не хотите в более типичном сценарии использования.

, глядя на общую картину, похоже, что вы попытка следовать шаблону, рекомендованному в эффективное Java 2nd Edition, пункт 34: эмулировать расширяемые перечисления с интерфейсами (см. руководство по языку подробнее о enum):

вы определили это interface (теперь задокументировано явно для expected equals поведения):

public interface Group implements Group {
    public Point[] getCoordinates();

    /*
     * Compares the specified object with this Group for equality. Returns true
     * if and only if the specified object is also a Group with exactly the same
     * coordinates
     */
    @Override public boolean equals(Object o);
}

это вполне приемлемо для interface определить как equals метод для реализаторов должен вести себя, конечно. Это точно случае с, например,List.equals. Пустой LinkedList и equals пустой ArrayList и наоборот, потому что interface мандатов.

в вашем случае вы решили реализовать некоторые Group as enum. К сожалению, теперь вы не можете реализовать equals согласно спецификации, так как это final и вы не можете @Override его. Однако, поскольку цель состоит в том, чтобы соответствовать Group тип, вы можете использовать шаблон "декоратор" имея ForwardingGroup следующим образом:

public class ForwardingGroup implements Group {
   final Group delegate;
   public ForwardingGroup(Group delegate) { this.delegate = delegate; }

   @Override public Point[] getCoordinates() {
       return delegate.getCoordinates();
   }
   @Override public boolean equals(Object o) {
       return ....; // insert your equals logic here!
   }
}

теперь, вместо enum константы непосредственно в качестве Group, вы wrap их в экземпляре ForwardingGroup. Теперь это!--24--> объект будет иметь желаемое equals поведение, как указано в interface.

то есть, вместо:

// before: using enum directly, equals doesn't behave as expected
Group g = BasicGroup.A;

теперь у вас есть что-то вроде:

// after: using decorated enum constants for proper equals behavior
Group g = new ForwardingGroup(BasicGroup.A);

дополнительная информация

тот факт, что enum BasicGroups implements Group, даже хотя он сам не следует спецификации Group.equals, должно быть очень четко документированы. Пользователи должны быть предупреждены, что константы должны быть, например, обернуты внутри ForwardingGroup на надлежащего equals поведение.

Отметим также, что вы можете кэшировать экземпляры ForwardingGroup для каждого enum константы. Это поможет сократить количество создаваемых объектов. Согласно эффективное издание Java 2nd, пункт 1: рассмотрите статические заводские методы вместо конструкторы, вы можете рассмотреть ForwardingGroup определение static getInstance(Group g) метод вместо конструктора, позволяющий возвращать кэшированные экземпляры.

я предполагаю, что Group является неизменяемым типом (эффективное Java 2nd Edition, пункт 15: минимизировать изменчивость), или вы, вероятно, не должны реализовывать его с помощью enum в первую очередь. Учитывая это, подумайте эффективное Java 2nd Edition, пункт 25: предпочитайте списки массивам. Вы можете выбрать для getCoordinates() возвратить List<Point> вместо Point[]. Вы можете использовать Collections.unmodifiableList (еще один декоратор!), который возвращен List незыблемыми. Напротив, поскольку массивы изменчивы, вы будете вынуждены выполнять защитное копирование при возврате Point[].

см. также

• Использование шаблона оформления декоратора для иерархии классов
• когда нам нужен декоратор Шаблон?
• com.google.common.collect.ForwardingObject
• каков наилучший способ кэширования и повторного использования неизменяемых одноэлементных объектов в Java?