Comment remplacer le (final) est égal à la méthode en java énumérations?

Vous pouvez PAS @Override un final méthode (§8.4.3.3); c'est beaucoup plus clair. enum types (§8.9) sont traités spécialement en Java, ce qui est pourquoi les equals est final (également clone, hashCode, etc.) Il est tout simplement pas possible de @Override la equals méthode d'un enum, ni vous voulez vraiment dans une plus typique scénario d'utilisation.

CEPENDANT, regarder la grande image, il semble que vous essayez de suivre le modèle recommandé dans Efficace Java 2nd Edition, Point 34: Émuler extensible enums, avec des interfaces (voir la guide de langue pour plus d'informations sur enum):

Vous avez défini ce interface (maintenant documenté explicitement prévu equals comportement):

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);
}

Il est parfaitement acceptable pour un interface pour définir comment equals méthode pour des réalisateurs devraient se comporter, bien sûr. C'est exactement le cas avec, par exemple,Liste.égal à. Un vide LinkedList est equals à un vide ArrayList et vice versa, parce que c'est ce que l' interface mandats.

Dans votre cas, vous avez choisi de mettre en œuvre certaines Group comme enum. Malheureusement, maintenant, vous ne pouvez pas mettre en œuvre equals conformément à la spécification, puisque c'est final et vous ne pouvez pas @Override il. Toutefois, étant donné que l'objectif est de se conformer à la Group type, vous pouvez utiliser décorateur modèle en ayant un ForwardingGroup comme suit:

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!
   }
}

Maintenant, au lieu d'utiliser votre enum constantes directement comme Group, vous envelopper dans une instance d'un ForwardingGroup. Maintenant, ce Group objet souhaité equals comportement, comme spécifié par la interface.

Qui est, au lieu de:

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

Vous avez maintenant quelque chose comme:

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

---

Notes complémentaires

Le fait que enum BasicGroups implements Group, même s'il n'a pas lui-même de suivre le cahier des charges de Group.equals, devrait être très clairement documentées. Les utilisateurs doivent être avertis que les constantes doivent être enveloppé par exemple à l'intérieur d'un ForwardingGroup pour une bonne equals comportement.

Notez également que vous pouvez mettre en cache les instances de ForwardingGroup, un pour chaque enum constantes. Cela permettra de réduire le nombre d'objets créés. Comme par Efficace Java 2nd Edition, Article 1: Envisager statique usine méthodes à la place des constructeurs, vous pouvez envisager d'avoir ForwardingGroup définir un static getInstance(Group g) méthode à la place du constructeur, de laisser revenir les instances mises en cache.

Je suis en supposant que Group est immuable type (Efficace Java 2nd Edition, Point 15: Minimiser la mutabilité), ou alors vous ne devriez probablement pas la mettre en œuvre avec enum en premier lieu. Étant donné que, d'envisager Efficace Java 2nd Edition, Article 25: Préférez les listes de tableaux. Vous pouvez choisir d'avoir getCoordinates() retour d'un List<Point> au lieu de Point[]. Vous pouvez utiliser Collections.unmodifiableList (un autre décorateur!), qui fera le retour List immuable. En revanche, comme les tableaux sont mutables, vous seriez forcés de jouer défensif de la copie lors du retour d'une Point[].

Voir aussi

• En utilisant le modèle décorateur pour une hiérarchie de classes
• quand avons-nous besoin d'un Décorateur Modèle?
• com.google.commun.collecter.ForwardingObject
• Quelle est la meilleure façon de mettre en cache et réutiliser immuable singleton objets en Java?

Vous pouvez résoudre ce problème en appelant la méthode hasSameCoordinatesAs, ou similaire, plutôt que d'égal à égal.

est égal pour les enums est définie dans la spécification du langage, de sorte que vous ne peut pas espérer la redéfinir.