[JAVA][NetBeans] Mi spiegate come mai fa così?

[jj.69kt]

Stavo analizzando il codice che genera NB...

Mi sono chiesto... Perchè nel metodo main fa:

Codice PHP:

public static void main(String args[]) {
        java.awt.EventQueue.invokeLater(new Runnable() {
            public void run() {
                new GraphicX().setVisible(true);
            }
        });
    } 


Invece che fare:

Codice PHP:

public static void main(String args[])
    {
                new GraphicX().setVisible()
    } 


?????
Non dovrebbe funzionare uguale?

[VegetaSSJ5]

in questo modo crea un thread, ma mi sfugge il motivo per cui fa questo...

[marko.fatto]

perchè la grafica è pesantuccia da caricare ed è meglio mandarla su un thread a parte

[VegetaSSJ5]

Originariamente inviato da marko.fatto

perchè la grafica è pesantuccia da caricare ed è meglio mandarla su un thread a parte

non credo cambi qualcosa in termini di pesantezza, e quindi prestazioni, caricare la grafica su un thread o su un processo...

[banryu79]

Perchè AWT e Swing *non* sono thread-safe...
Per saperne di più:
1) Thread handling in Swing
2) Thread safe GUIs

[franksisca]

edit...

[jj.69kt]

Originariamente inviato da banryu79

Perchè AWT e Swing *non* sono thread-safe...
Per saperne di più:
1) Thread handling in Swing
2) Thread safe GUIs

Non ho capito al 100%... ma o capito cosa fa NB..
Thanks!!

[jj.69kt]

Originariamente inviato da marko.fatto

perchè la grafica è pesantuccia da caricare ed è meglio mandarla su un thread a parte

comunque GraphicX è una classe che ha poco a che fare con la grafica, se non una semplicissima GUI.... ASD era un nome da me assegnato ad una calsse ce doveva calcolare dei punti e visualizzarli......

[jj.69kt]

Originariamente inviato da banryu79

Perchè AWT e Swing *non* sono thread-safe...
Per saperne di più:
1) Thread handling in Swing
2) Thread safe GUIs

Mi sono letto gli articoli con piu calma ma ho ancora dei dubbi.. :P
Io ho fatto per il main del progetto di tempo fà questo:

 public static void main(String[] args) {
        java.awt.EventQueue.invokeLater(new Runnable() {
                                    public void run() {
                                        new MiaClasseJFrame().setVisible(true);
                                    }

                                });
    }

L'ho fatto un po' copiando la procedura di NetBeans...
Ora.. Domani ho al discussione del progetto... E non saprei che dire del motivo per cui ho usato un Thread in questo caso....

Suggerimenti? Cosa porta di positivo l'utilizzo di un thread nella creazione di una GUI?
Per quale motivo a vrei dovuto usare un thread? XD
Maledetto io che ho usato un thread.... Mai piu copierò da NB senza sapere ESATTAMENTE perchè fa così e cosa comporta ciò..
Help!

[peppepz]

Per come è stato progettato swing, è importante che tutte le operazioni che richiedono interazione con l'interfaccia grafica vengano eseguite nell'EDT (Event Dispatching Thread, l'unico thread con cui swing si aspetta di avere a che fare), incluso la setVisible(). Il main() NON E' eseguito nel thread EDT, per questo si usa invokeLater(), che si assicura che il Runnable che gli viene passato verrà eseguito appena possibile /nell'EDT/.

La possibilità che la chiamata a setVisible() dall'infuori dell'EDT possa causare problemi è minima (in altre parole ti funziona lo stesso se lo invochi direttamente ), ma per buona programmazione va evitata, appunto tramite SwingUtilities.invokeLater().