Pourquoi dois-je obtenir un Enum référence constante ne peut pas être qualifié dans une affaire d'étiquette?

Pourquoi le code suivant ne parviennent pas à compiler, tandis que l'évolution de l'instruction de cas de

case ENUM1: doSomeStuff();

fonctionne?

public enum EnumType
{
    ENUM1, ENUM2, ENUM3;

    void doSomeStuff()
    {
        switch(this)
        {
        case EnumType.ENUM1: doSomeStuff();
        }
    }
}
  • Serait "java a des défauts et n'a pas vraiment d'essayer de comprendre ce un" être une réponse raisonnable? je veux dire, les réponses ici sont grands et détaillés, mais dans ce cas je pense qu'ils il n'a pas vraiment d'importance. +1 question, -1 JAVA...
  • a l'explication correcte de votre cas. Pour voir un peu dans le détail de la solution à ce qualificatif question sur les énumérations (avec exemple), merci de voir ce post
InformationsquelleAutor maleki | 2010-04-18
  1. 33

    C'est pour éviter la possibilité de comparer les différents types d'énumérations. Il est logique de le restreindre à un type, c'est à dire le type de la valeur d'enum dans le switch déclaration.

    Mise à jour: c'est en fait pour garder la compatibilité binaire. Voici un cite d'environ à mi-chemin chapitre 13.4.9 de JLS:

    Une raison pour exiger d'inlining des constantes est que switch états exigent des constantes sur chaque case, et pas de deux de ces valeurs de constantes peuvent être les mêmes. Le compilateur vérifie pour dupliquer les valeurs des constantes dans un switch déclaration au moment de la compilation; la class format de fichier ne fait pas le lien symbolique de valeurs.

    En d'autres termes, en raison de l'identificateur de classe dans EnumType.ENUM1, il ne peut pas être représenté comme une compile-time expression constante, alors qu'il est requis par la switch déclaration.

    • Hmm... je ne suis pas convaincu à 100%. Pour OtherEnumType.ENUM1 l' (Eclipse) compilateur donne Type mismatch: cannot convert from OtherEnumType to EnumType, tandis que pour EnumType.ENUM1 il donne The qualified case label EnumType.ENUM1 must be replaced with the unqualified enum constant ENUM1. Donc pour moi, il semble que l'interdiction du type de qualificatif n'est pas liée à la détection d'incompatibilité de type.
    • Je l'aime! Jolie trouvaille.
    • Cette réponse n'explique pas de manière adéquate. Il devrait y avoir une explication de la façon dont il doit être réécrit.
    InformationsquelleAutor BalusC
  2. 29

    Ce n'est pas vraiment répondre à votre question, mais si vous avez le code en fonction de la valeur d'enum, vous pouvez également créer une méthode abstraite dans votre enum qui est surchargé pour chaque valeur:

    public enum EnumType {
    ENUM1 {
        @Override
        public void doSomeStuff() {
            //do something
        }
    },
    ENUM2 {
        @Override
        public void doSomeStuff() {
            //do something else
        }
    };

    public abstract void doSomeStuff();
}
    • Meilleure réponse +1. Cette technique offre une meilleure sécurité lors de l'ajout de nouvelles valeurs, parce que vous vous ne pouvez pas oublier d'ajouter la méthode mise en œuvre par rapport à une disparition d'une instruction case.
    • Astuce: Pas besoin de faire doSomeStuff résumé si vous pouvez fournir un véritable défaut de mise en œuvre.
    • Si vous avez un vrai cas par défaut, puis mettre ce que l'option par défaut dans votre commutateur.
    • Réponse impressionnante! Je fais du Java depuis des années maintenant, mais je n'ai jamais entendu parler de cette fonctionnalité 😮 bravo, Jörn! 😀
    InformationsquelleAutor Jörn Horstmann
  3. 20

    Puisque vous êtes de commutation sur un objet de type EnumType et les seules valeurs possibles sont les enum constantes, il n'y a pas besoin de qualifier ces constantes de nouveau à l'intérieur de l'interrupteur. Après tout, il serait illégal d'avoir case OtherEnumType.ENUM1: en elle de toute façon.

    • Je pense que cela pourrait être le cas exact. Essayez d'utiliser un enum de OtherEnumType à l'aide de "cas enum:" au lieu de "cas OtherEnumType.enum" donne une erreur proche de ce que vous avez décrit.
    • Les constantes de noms utilisés comme opérandes pour le commutateur de case branches doivent être qualifiés, de sorte que vous aurez besoin d'utiliser un statique à l'importation de réaliser que la situation dans la définition de votre classe, si vous n'êtes pas de l'écriture de l'enum.
    InformationsquelleAutor ColinD