Salut à tous !
 
J'ai une énumération du type :  
enum LesMois {
    janvier, février, mars, avril, mai, juin, juillet, août, septembre,  
    octobre, novembre, décembre
}
 
 
Comment faire pour ajouter 1 au mois courant. Par exeple si ce dernier est janvier, que ma variable mois prenne la valeur février.
 
 
Merci d'avance
 
P.S : Le passage de décembre à janvier est quant à lui réglé.

+1 ?
 

Aaaarghl

enum n'est pas un type de java...
 
Montre nous un bout de code qu'on comprenne.

faut sortir un peu mon bon monsieur, ça fait plus d'un an qu'il compile, son code.

bah c'est valide. faut juste pas esperer que ça passe chez un japonais
 
guitariff > dans un enum, tu peux avoir une "vraie" classes, avec constructeur, variables membres, methodes et tout le toutim; je te laisse réflechir 2 secondes et tu verras que ton pb est tout con.
autre solution, te faire une liste qui contient chaque element de ton enum

J'ai horreur de ça.

attend, c'est gavé cool quand tu écris des lettres grecques plutot que pi, epsilon, etc

bah moi ce qui m'horripile c'est le nom de variable ou de classe en français; mais si tu le fais en français, autant le faire à fond

 
Oui, et avec l'Unicode, aucuns problèmes, même chez les jap'

encore faut-il que ton editeur le supporte *bien*, que ton gestionnaire de source aussi, etc etc. je me suis fait avoir une fois, plus jamais
(pourtant c'était rigolo, j'écrivais des conneries dans des testcases )

Ecrire un programme dans une langue autre que l'Anglais est un bel obstacle à la réutilisabilité et la maintenance du code.
 
Je me demande pq ça ne figure pas dans les principes de base de la programmation et de l'O.O., à l'heure de l'internationalisation et de l'européanisation galopantes.
 
Bon, on va pas revenir sur tous les jeux de mots marrants et/ou stupides qu'on peut faire en déclarant String et en jouant sur les deux langues.

je le trouve pas tout con son problême, moi ...
 
j'ai pas encore regardé les enums, mais c'est dommage si faut tout recoder soit même dès que tu veux une énumération ordonnée

Franchement, pour 99% des gens de ce forum, c'est complètement con de donner le conseil de coder en anglais si ils le font pas spontanément. Leur code, c'est quand même à eux qu'il sert, c'est eux qui vont le maintenir, le relire, et c'est quasi toujours des fr qui le reliront...
Alors pour un projet qu'on veut publier ou poster sur le net ok, mais alors faut arretter de conseiller à des gars de coder les noms de variables/méthodes de leur helloworld en anglais quoi oO

Glod2> ok, mais on peut aussi se dire que c'est une bonne habitude à prendre. si tu code tjs en français, ce ne sera pas naturel de le faire en anglais le jour où tu bosseras ...

Oui, je suis tout à fait d'accord, d'ailleurs je code en anglais

 
trop dur...
 
 
(le kiki c'est pour le mec qui dit qu'il trouve un probleme complexe alors qu'il s'est jamais penché sur le sujet en question, pas pour la solution en elle meme)

et alors donc, il est posté ici ce code, et on le relit. ça suffit amplement

ca répond pas à son problème ca ...
relis son post ...

Truc.values() ?

et un index?

ouais, je vois pas d'autre solution ... c'est un peu dommage que la notion d'ordre soit présente dans les enums mais qu'on ne puisse pas vraiment l'exploiter pleinement sans recoder le truc

euh

, qu'est-ce que tu as a recoder là ?

merde elle est ou la javadoc (si y'en a??) pour les enums? la methode statique values() là, jsuis sur qu'elle est "par defaut" sur une public enum Truc { ... !?
et je n'en vois pas trace ici http://java.sun.com/j2se/1.5.0/doc [...] /Enum.html
 
 sinon y'a ça aussi http://java.sun.com/j2se/1.5.0/doc [...] #ordinal()
 ainsi que  
http://java.sun.com/j2se/1.5.0/doc [...] mpareTo(E)

autres liens d'interet:
http://java.sun.com/j2se/1.5.0/doc [...] enums.html
http://java.sun.com/j2se/1.5.0/doc [...] umSet.html (et EnumMap)

oui remarque vu comme ça

j'aime bcp les EnumSet et EnumMap

sympa hein?
enfin, je suis pas allé voir l'implementation, et j'ai pas vraiment envie, parce que j'ai peur que ça soit un peu tordu, mais si ça respecte ses promesses au niveau perfs, c'est chouette ... si t'es allé voir l'impl, tu peux me dire en 2 mots si c'est *léger* comme objet?
 
(parce que, un TreeSet ou HashSet, des fois, c'est un peu lourdeau quand tu vois tout ce qu'il y a derrière - au niveau "memory usage", j'entend)

euh, dans EnumSet, les methods of( ... ) pourquoi ils ont pas utilisé les varargs

ha ok:

 
m'enfin "is likely to run slower", ça fait un peu plouc

j'ai juste lu la javadoc:  
 
Enum sets are represented internally as bit vectors
 
Enum maps are represented internally as arrays
 
 
bref, c'est de l'accès à 1 opération

oui oui, .. et je viens de mater le code, pour l'impl RegularEnumSet (moins de 64 elements dans ton enum), le seul membre de classes que j'ai vu c'est effectivement un long
 
... je sens que je vais revenir sur ma premiere idée pour mon bidule de gestion de droits, qui consistait à gerer les permissions sous forme d'enum, moi

le coup de la EnumMap c'est bien aussi : ca permet de gérer des association de type enum->object de façon hyper optimisée, mais surtout propre !

ils ont visé les perfs pour ces classes là ... l'utilisation de var args c'est la construction d'un tableau inutile et son parcours ...
 
ca leur coutait pas bien cher de faire quelques méthodes avec quelques arguments pour gérer les cas les plus courant de façon optimale ...

ouaip; m'enfin je suis "amusé" de voir autant de javadoc pour 6 constructeurs comme ça
 
et le "is likely to", comme j'ai dit, ça fait pas tres sérieux; qu'ils disent clairement que ça impacte *effectivement* les perfs, pas qu "il se pourrait qu'eventuellement ça impacte les perfs"