GUI non aggiornare visivamente prima di eseguire ActionEvent

Question

Per esporre un po 'di più, ho una GUI che assomiglia:

Poi ho un listener di azione sul pulsante OK che inizia come:

//OK Button Action Listener 
private void okButtonActionPerformed(ActionEvent e) { 
    //Enable/Disable Buttons 
    okButton.setEnabled(false); 
    cancelButton.setEnabled(true); 
    updateCheckbox.setEnabled(false); 
    //Move on to a series of other methods here... 

che dovrebbe, in teoria, rendere questo accada:

Tuttavia, invece, ricevo il seguente fino a quando tutti i metodi e le altre cose connesse al pulsante OK sono stati completati:

Questo ovviamente non può accadere, perché l'idea è quella di rendere il pulsante di annullamento disponibile e il pulsante OK e diverse altre caselle di spunta non disponibili per la durata del programma (Immagine 2), dove, invece, si blocca in un semistato (Immagine 3). C'è un modo per combattere questo?

Answer 1

Ogni volta che si esegue la logica dalla GUI si dovrebbe utilizzare lo SwingWorker nel seguente modo:

SwingWorker myWorker= new SwingWorker<String, Void>() { 
    @Override 
    protected String doInBackground() throws Exception { 
     //Execute your logic 
     return null; 
    } 
}; 
myWorker.execute(); 

Se si desidera aggiornare la GUI da dentro questo uso logica invokeLater:

SwingUtilities.invokeLater(new Runnable() { 
    @Override 
    public void run() { 
     //To update your GUI 
    } 
}); 

Con questo si può essere sicuri che la tua logica e la tua interfaccia grafica restino reattive.

Edit:

Si potrebbe anche usare invokeAndWait se questo si adatta alle vostre esigenze di più. Link to related answer

Answer 2

// passare ad una serie di altri metodi qui ...

Assicurarsi di non bloccare il thread GUI (EDT) con operazioni di lunga durata. Utilizzare invece SwingWorker.

Answer 3

Stai elaborando sullo stesso thread che gestisce la GUI? Potresti voler esaminare un thread SwingWorker per eseguire lo stuffing pesante sullo sfondo in modo che l'UI resti reattivo in tal caso.

Answer 4

Sì, è perché hai bloccato con EDT con gli altri tuoi metodi.

È necessario utilizzare un altro Thread per eseguire il lavoro in background altrimenti la GUI verrà bloccata.

Nelle applicazioni Swing è consigliabile eseguire qualsiasi operazione di lunga durata su un SwingWorker.

Dai uno sguardo allo documentation per un'introduzione.

A SwingWorker eseguirà un'attività che viene fornita e può segnalare alla GUI quando viene eseguita. Questo sarà fatto in un modo non bloccante in modo che tu possa ancora usare la GUI mentre il compito viene eseguito.

Se si desidera poter annullare l'attività in background, è necessario mantenere un riferimento allo SwingWorker in modo da poter chiamare il metodo cancel. In questo caso il metodo di lavoro deve essere interrompibile, altrimenti l'attività non può essere annullata.