Discussion :

[komando]

J'ai adopté cette methodologie pour mes programmation en swing
la voici par le code

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
public class MainFrame extends JFrame {
	/**
         * default constructor 
         */
	public MainFrame(){
	    super(frameTitle);
 
	    //frame setup
	    this.getRootPane().setOpaque(false);
	    this.constructMenu();       //construit le menu pour la frame
	    this.constructFrame();     //contruit l'interface graphique
	    this.setUpMenuActions();  //ajout des actions pour le item du menu
	    this.setUpFrameActions();  //ajout des actions pour les composant graphiques boutons et autres        
 
	    //frame size and visibility 
	    this.setExtendedState(JFrame.MAXIMIZED_BOTH);
		this.setVisible(true);		
	}

cette methodologie a l'avantage d'être claire (en tout cas pou moi) mais je suis aussi qu'elle a des inconvénients
est ce que c au niveau des perfs? surtout que pour mettre en place l'action pour chaque composant je procède comme suit

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
		addButton.addActionListener(new ActionListener(){
		    public void actionPerformed(ActionEvent e) {
//traitement
 
            }		    
		});

[Glob]

Bah, niveau perfs le constructeur est appelé une seule fois, non? Alors, que ça se passe en 1.1 ou 1.3 dixième de seconde...

[Regis.C]

Je dirais que la première partie de ton code ne me choque pas, je procède de la même façon en créant des methodes séparées qui effectue les instructions regroupées par thèmes (menus, boutons, panels, etc..).

Par contre, j'écris en générale une classe interne qui implemente ActionListener et je passe "this" en actionListener sur chacun des boutons.
Ainsi, la methodes actionPerformed() n'est ectite qu'une seule fois.

Régis.

[Gfx]

komando : j'écris mes UI presque comme toi. En revanche ton setOpaque(false) ne va pas servir à grand chose.