[conseil][swing]programmation swing

Version imprimable

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

Code:

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:

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

17/08/2005, 09h38
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... :roll:
17/08/2005, 09h40
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.
17/08/2005, 09h46
Gfx

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