Discussion :

[Invité]

Bonjour,

J'ai une application qui peux effectuer des traitements plus ou moins long depuis une AsbtractAction. Cette action lance un Thread pour exécuter le traitement mais je voudrais également afficher une barre de progression..

J'ai bien la possibilité de faire ceci :

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
20
21
22
 
// MonApplication possède les méthodes progressStart() et progressStop() 
// qui se chargent respectivement de faire un setIndeterminate(true) et false  
// sur une JProgressBar
 
 
public class MonAction extends AbstractAction {
 
  public void actionPerformed(ActionEvent e) {
    Performer performer = new Performer();
    performer.start();
  }
 
  private class Performer extends Thread {
    public void run() {
      MonApplication.getInstance().progressStart();
      // Calcule le nombre de poils dans la barbe du capitaine (très long à faire)
      MonApplication.getInstance().progressStop();
    }
  }
 
}

Mais je ne trouve pas cela propre du tout. Je voudrais séparer au maximum le traitement et la gestion de la JProgressBar.

Avez-vous une piste pour faire cela proprement ?

Merci

[fr1man]

Qu'y-a-t-il de gênant, tant que le calcul du nombre de poils de la barbe du capitaine est séparé dans un autre objet, indépendant de ton interface ?

[xixi31]

Si tu es en Java 1.6, tu pourrais utiliser la classe SwingWorker

[natha]

Si tu es en Java 1.6, tu pourrais utiliser la classe SwingWorker

Sinon tu peux utiliser la classe SwingWorker téléchargeable pour les autres versions de java.

Il y a de plus un tutorial sur developpez.com dont le lien a souvent été donné sur le forum.

[Invité]

Merci pour SwingWorker j'en étais encore à SwingUtilitities.***

Mon problème n'est pas L'exécution correcte du Thread mais le fait d'utiliser un singleton pour ce genre de choses...

Ha j'ai peut-être une idée..

Je vois les choses comme ceci :
- Une interface 'Process'
- Une interface 'ProcessListener'
- Une classe 'Action' (AsbtractAction)
- Une classe 'Application' qui réalise 'ProcessListener'
- Une classe 'Performer' qui réalise 'Process'

'Action' possède une référence sur 'Application' et une instance de 'Performer', lorsqu'elle est exécutée elle enregistre 'Performer' sur 'Application', exécute 'Performer' et une fois terminé désabonne 'Performer'..
Il y à bien sur plusieurs variantes et surement quelques problèmes ou améliorations mais l'idée me plait bien..

Bon, je vais lire le tutoriel sur SwingWorker et je tente..

[natha]

Je vois les choses comme ceci :
- Une interface 'Process'
- Une interface 'ProcessListener'
- Une classe 'Action' (AsbtractAction)
- Une classe 'Application' qui réalise 'ProcessListener'
- Une classe 'Performer' qui réalise 'Process'

T'embête pas, tout peut être fait dans le SwingWorker. C'est prévu pour.

[Invité]

Oui, j'ai vu. J'ai rédigé mon post puis lu le tutoriel, je revenais pour faire un ajouter un 'Edit : He ben SwingWorker fais ça'.

Merci