Bonsoir !
 
J'ai une appli avec un menu qui dispose différents sous-menus.
J'aimerai, quand on clique sur un sous-menu, que la variable "choix" prenne la valeur selon le sous-menu choisi.
( tout le monde suit là ?)
Je n'arrive pas à gérer le passage de variables -> quand j'ai l'actionPerformed qui est activée, je n'arrive pas à changer la variable "choix" qui est globale.    
 
[ mode code over-simplifié on ]
 
class MaClasse {
    String choix; //variable globale
 
    JMenuItem menuChoix1 = new JMenuItem("Choix1" );
    menuChoix1.addActionListener( new EcouteurChoixMenu("choix1" ) );
 
   // on peut en mettre plusieurs comme ça :  
   JMenuItem menuChoix2 ...  
   menuChoix2.addActionListener ...
}
 
 
//et j'ai une classe d'écouteur :
 
class EcouteurChoixMenu implements ActionListener {
   
    String choixRécupéré;
 
    EcouteurChoixMenu(String choixEnvoyé) {
       choixRécupéré = choixEnvoyé;
    }
 
    public void actionPerformed(ActionEvent e) {
    // je ne sais pas
    }
 
}
 
[ mode code simplifié off ]
 
 
Je pense que ça doit etre hyper simple, tellement simple que je n'arrive meme plus à savoir comment on peut faire...

t'as plusieurs possibilitées ...
la plus simple et la plus souvent utilisée dans les GUI c'est de faire de ton listener une classe interne. De cette façon, elle a accès aux champs de la classe englobante :  
 

 
Une autre solution était de passer l'instance de MaClasse en paramêtre des EcouteurChoixMenu, pour qu'ils puissent demander à MaClasse de mettre à choir sa variable choix

Yaisse ! je n'avais pas pensé à faire une classe interne à la classe Maclasse
la variable memoire est ainsi atteignable et c'est le bonheur !
merki

il passent les accents aigue a la compilation ?

j'avais pas vu
non, je pense pas que ca passe ...

je viens d'essayé en fait et ca semble pas poser de probleme

je crains de dire une grosse connerie, mais il compile pas en unicode le javac ?

si si, unicode, vu que les caracteres japonais passent aussi a la compile

oui ça passe
j'adore appeler mes objets de testcases avec des noms à la cons accentués

 
 
gros noob

qu il est meprisant ce smiley  
 
pire que sarcastique encore

 

 
Benou, si t'as besoin de cours de java ou juste une question, t'hesites pas a demander hein ?

ya aussi les caracteres russes et grecs qui passent ...
 
nan plus sérieux, c'était du mode code oversimplifié, donc explicitagementation au maximum pour que ça soit le plus compréhensible possible ... quand meme !...

je savais que le compilo supportais les caractères unicodes (y a souvent des accents dans les chaines de caractères) mais je pensais pas que c'était autorisé pour les noms de variable ...
 
J'imagine l'horreur avec des sources japonais

 
je pourrai vous en poster si vous insistez

et comment ce servir d'un code écrit avec des carctères de ce style à l'étrangé ?

ben....  je pense qu'ils le reutilisent pas a l'etranger en fait

moi j'ai eu a travaillé sur du code crée par un coreen, lorsque j ai fait un add sur un cvs , il voulait absolument que je le foute en binaire (alors que c etait du texte)
 
enfin le gard utilisait des variables en anglais heureusement
 
c'est juste la javadoc qui etait illisible...
 

Question, dans le cas où l'on décide de faire du listener une classe interne de l'interface graphique, vous préférez :
- une classe pour l'ensemble, avec un actionPerformed structuré en if else,
- n classes, une pour chaque composant, de sorte que chacun à son actionPerformed à lui.

2e solution
 
avec une preference pour des listeners reutilisés et pas une classe à la con de 3 ligne pour chaque foutu bouton

pareil : 2e.

mais par exemple, si j'avais un groupe de qques boutons qui sont en relation, je pourrais bien vivre avec le fait d'avoir un seul listener et un pti if dedans, à voir

OK. Merci.