Discussion :

[kisame]

bonjour,

Voilà j'ai un enum de type criticité : {MINEUR,MOYEN,FORT,BLOQUANT} (ne voulant pas dire que mon enum est définie comme ça)

la comparaison d'enum dans ce cas prend tout son sens. Quand j'essaie de surcharger la méthode compareTo je me fais jeter (définies dans la classe enum comme étant finale)

ok l'ordre de définition des énum défnie la relation d'ordre ... mais pour des raisons de maintenance je trouve ça moyen si demain on rajoute une nouvelle valeur dans mon enum. En plus, le fait que la relation d'ordre soit définie par l'ordre de définition est-ce un hasard chez moi ou du à la JVM que j'utilise ou est-ce garantie par le langage ???

(en gros puis-je me contenter de l'ordre de définition de mon enum et mettre une bonne grosse menace de mort à quiconque touchera à l'ordre de définition de ces énum dans le commentaire de mon enum ou alors vaut-il mieux créer une classe statique pour comparer deux enums).

[natha]

Met un joli commentaire pour dire qu'il faut ajouter des valeurs dans un ordre cohérent et comme quoi tu te bases dessus.

Je trouve logique de taper ses informations dans un ordre intelligent, si un zozo met des trucs dans le mauvais ordre et bah on ne peut pas y faire grand chose.

Le mieux c'est d'avoir un test unitaire encore qui vérifie l'ordre souhaité.

[adiGuba]

Salut,


La définition des enums dans le langage implique bien que la notion d'ordre naturel des enums dépend de l'ordre des définitions. Donc oui c'est tout à fait normal !


Maintenant si tu veux définir un ordre différent libre à toi de proposer un Comparator...

a++

[kisame]

oki merci pour vos réponses

Le langage assurant la relation d'ordre définie par l'ordre de définition, je ferai comme ça (plutôt que le comparator)

J'ai donc opté pour la menace de mort dans l'entête de mon enum en commentaire.

Merci à vous deux.

Ok l'info est présente dans la javadoc ( je viens seulement maintenant de voir) mais ça serait pas mal une petite entrée dans la faq sur ça non ?

encore merci