Discussion :

[Colargole]

Bonjour,

Je dois rendre une appli temps réel Thread Safe. Le programme traite du son et affiche des oscillogrammes divers, entre autres fonctionnalités.

J'aimerais savoir si outre les threads et fonctions longues à "passer sous SwingWorker", si je dois aussi sécuriser avec invokeLater toutes les fonctions du genre getText / setText, setColor etc.. il y en a des centaines un peu partout (544 setText exactement, 476 setEnabled pour donner une idée...)

Merci.

[sinok]

J'aimerais savoir si outre les threads et fonctions longues à "passer sous SwingWorker", si je dois aussi sécuriser avec invokeLater toutes les fonctions du genre getText / setText, setColor etc.. il y en a des centaines un peu partout (544 setText exactement, 476 setEnabled pour donner une idée...)

Merci.

Bah à partir du moment où elles sont appelées dans des threads hors EDT oui.
Si elles sont appelées dans l'EDT pas besoin.

[Colargole]

Merci.

Si je clique sur un bouton, le code appelé par actionPerformed est forcément dans l'EDT ?

Si dans mon main je crée un JButton sur un Panel suis-je aussi dans l'EDT ? Le comportement est-il différent d'une création en mode Design sous NetBeans ?

[adiGuba]

Salut,

Si je clique sur un bouton, le code appelé par actionPerformed est forcément dans l'EDT ?

Oui.

Pour le vérifier tu peux utiliser la méthode SwingUtilities.isEventDispatchThread()...

Si dans mon main je crée un JButton sur un Panel suis-je aussi dans l'EDT ?

Si tu es dans le main(), tu es dans ton thread principal et donc en dehors de l'EDT...

Le comportement est-il différent d'une création en mode Design sous NetBeans ?

Heu... Je ne comprend pas trop la question


a++

[Colargole]

Merci. Oublions la 3e question, avec du recul je ne la comprends pas non plus

Je me demande vraiment quelle est la différence entre lancer mon traitement (lecture de flux dans boucle while) dans un doInBackground de SW et le lancer dans un run d'un Thread normal dont je sécuriserais les accès au GUI avec invokeLater.

Et si je lance plusieurs gros threads sous SW ne risquai-je pas quelques problèmes de ressources ?

Sujet similaire :

http://forums.sun.com/thread.jspa?th...=709334#709334

[DjGonk]

Le Swingworker est surtout là pour permettre aux traitements longs de ne pas bloquer ton application. Surtout que le Swingworker te permet de publier au fur et à mesure les résultats de ton traitement te donnant l'impression de ne pas avoir un processus figé (attendre la dernière itération pour avoir le résultat).

Si tu fais ça dans un thread normal tu risques plus d'avoir cet effet de bord de "Ihm figée".

Après tout dépend de tes traitements

[Colargole]

Merci pour cette réponse.

Sommes-nous bien d'accord que l'intérêt de SwingWorker réside exclusivement dans l'utilisation conjointe de doInBackground() et de process() via l'appel à publish().

[adiGuba]

Il ne faut pas ignoré les messages de ton compilateur !!!

Tu utilises les méthodes suspend()/resume() sur tes threads, alors qu'elles sont dépréciés justement car elles peuvent entrainer des blocages...


a++