Swing JFrame in der EventQueue oder nicht?

[Ratzer]

Hallo!
Ich bin schon etwas länger am Programmieren mit Java. Da ich nicht mehr Bock habe, die GUIs selber zu machen, habe ich mir mal einen GUI-Builder zugelegt. Als erstes habe ich mir nur mal einen JFrame erzeugen lassen. Als ich mir den Code angeguckt habe, stand da sowas:

public static void main(String[] args) {
		EventQueue.invokeLater(new Runnable() {
			public void run() {				
				MainWindow frame = new MainWindow();
				frame.setVisible(true);				
			}
		});
}

Das hat mich etwas verwundert, weil mein Code dafür, den ich bisher immer verwendet habe, immer so ausgesehen hat:

public static void main(String[] args) {
      new MainWindow().setVisible(true);
}

Warum macht der GUI-Builder das anders und welche Variante sollte ich verwenden?

 

[Marco13]

Die erste. Alles, was das Aussehen einer Swing-Component verändert oder darauf zugreift muss auf dem Event-Dispatch-Thread gemacht werden. Ein bißchen was dazu steht auch auf Threads and Swing - auch wenn ich die Formulierung dort unglücklich finde: Nach dem, was dort steht, wäre das Erzeugen von Components eigentlich nicht von dieser Regel betroffen, aber ... es gibt z.B. eine Look&Feels (afaik sogar Nimbus) die Exceptions werfen können, wenn man diese Regel nicht befolgt.

 

[GUI-Programmer]

Ich muss Marco13 Recht geben. Jedoch würde ich, wenn du mit einen JFrame, J.., also mit SWING arbeitest (Falls MainWindow von JFrame, J... erbt), dann anstatt von

public static void main(String[] args) {
        EventQueue.invokeLater(new Runnable() {
            public void run() {             
                MainWindow frame = new MainWindow();
                frame.setVisible(true);             
            }
        });
}

eher

public static void main(String[] args) {
        SwingUtilities.invokeLater(new Runnable() {
            public void run() {
                MainWindow frame = new MainWindow();
                frame.setVisible(true);     
            }
        });
    }

schreiben!

 

[Ratzer]

Hm...warum denn? Selbst bei Wikipedia steht:

Um dies zu vereinfachen, stellt die Hilfsklasse SwingUtilities (seit Java 1.3 sollte EventQueue bevorzugt werden) zwei Methoden bereit, die aus anderen Threads heraus aufgerufen werden können und ein ausführbares Objekt vom Typ Runnable als Parameter nehmen.

 

[Pepe Rohny]

Auszug aus SwingUtilities:

public static void invokeLater(Runnable doRun) {
        EventQueue.invokeLater(doRun);
    }

Pepe

 

[André Uhres]

Ja, seit Java 1.3 ist die Methode SwingUtilities.invokeLater nur ein Cover für java.awt.EventQueue.invokeLater. Dementsprechend ist es sicher eleganter, java.awt.EventQueue.invokeLater direkt aufzurufen, als den Umweg über den Cover zu wählen.

Gruß,
André

 

[GUI-Programmer]

OK gut zu wissen!