Java

SWT et Mult-Threading

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : SWT et Mult-Threading

yo c spi

Yo !

Bonjour,

A la différence de Swing, SWT ne permet pas aux Threads différents de celui qui a créé l'interface graphique (user interface thread) de la modifier. Les actions à effectuer doivent se faire par l'intermédiaire des méthodes Display.syncExec(Runnable) et Display.asyncExec(Runnable).

Ce qui m'amène à me poser quelques questions surtout au niveau de l'architecture des programme (pour programmer propre et intelligement).

J'ai 2 Thread : le user interface et un autre qui bosse derrière mais qui doit modifier par brefs moments l'interface. Ce Thread ne peut éxécuter les méthdes syncExec et asyncExec (car mon appli a une interface swing et une swt, et que la classe du Thread est la meme pour les 2 versions, mais la n'est pas le problème). Ce Thread communique avec une classe (nommons la A) pour effectuer les changements. Cette classe A a été créée par le user inteface Thread et est accédé par les 2.
Je programme les appels aux méthodes comme ceci et je voulais savoir si c'était assez "propre" (ca ne me le semble pas) ou s'il y a une autre méthode de conception plus logique.

Code :

class A {
public modifInterface() {
if(Display.getDefault().getThread() == Thread.currentThread())
realModif()
else Display.getDefault().syncExec(new Modifier());
}
private realModif() {
// code de modification
}
private class Modifier implements Runnable {
public void run() {
realModif();
}
}
}

---------------
J.C. Farinet

Publicité

nraynaud

lol

yo c spi a écrit :

http://java.sun.com/products/jfc/t [...] eads1.html

Citation :

Once a Swing component has been realized, all code that might affect or depend on the state of that component should be executed in the event-dispatching thread.

Citation :

The SwingUtilities class provides two methods to help you run code in the event-dispatching thread:

invokeLater(): Requests that some code be executed in the event-dispatching thread. This method returns immediately, without waiting for the code to execute.

invokeAndWait(): Acts like invokeLater(), except that this method waits for the code to execute. As a rule, you should use invokeLater() instead of this method.

the real moins moins

nraynaud, c'est les coups de pelle à clous pour avoir affirmé ce qu'il affirme dans sa premiere phrase, non?
(meme si c'est *faisable* c'est pas recommmandé quoi, ou je me trompe ?)

---------------
Hey toi, tu veux acheter des minifigurines Lego, non ?

nraynaud

lol

c'est *pas* faisable.

y'a des fonctions qui sont isolées dans DefaultDocument, mais ça ne veut pas dire qu'on peut les utiliser à loisir
dans les JTextComponent depuis n'importe quel thread.

yo c spi

Yo !

Ce que je voulais dire c'est que c'est complétement transparent pour le programmeur et dans la majorité des cas, ce n'est pas nécessaire de s'en préoccuper.

---------------
J.C. Farinet

nraynaud

lol

[:mlc]

yo c spi

Yo !

Exemple:

en swing :

Code :

public class A extends JFrame {
JLabel l = new JLabel();
public A() {
getContentPane().add(l);
new Thread(new Timer()).start();
}
private class Timer implements Runnable {
public void run() {
Date d = new Date();
while(true) {
l.setText(toString(d));
Thread.sleep(500);
}
}
public String toString(Date d) {
// renvoie la date au format lisible
}
}
}

en SWT :

Code :

public class A {
Label l = new Label();
public A(Shell s) {
s.add(l);
new Thread(new Timer()).start();
}
private class Timer implements Runnable {
public void run() {
Date d = new Date();
while(true) {
Display.getDefault().syncExec(new Runnable() {
public void run() {
l.setText(toString(d));
}
});
Thread.sleep(500);
}
}
public String toString(Date d) {
// renvoie la date au format lisible
}
}
}

En Swing, on n'est pas obligé de faire appel a invokeAndWait() ou invokeLater() pour mettre à jour le champ du label, alors que l'on est obligé de le faire pour SWT.

---------------
J.C. Farinet

nraynaud

lol

yo c spi a écrit :

Exemple:

en swing :

Code :

private class Timer implements Runnable {
public void run() {
Date d = new Date();
while(true) {
l.setText(toString(d));
Thread.sleep(500);
}
}
}

c'est complètement interdit ! c'est marqué dans le lien au-dessus !

Message édité par nraynaud le 03-02-2005 à 14:01:34

R3g

fonctionnaire certifié ITIL

Le truc vicieux avec ce genre de choses c'est que ça a de bonnes chances de marcher dans la plupart des cas... jusqu'au jour où ça va crasher lamentablement.
D'une manière générale, c'est pareil pour swing et SWt : seul le thread de repartition des evenements doit modifier la gui.
Pour SWT, si tu veux t'affranchir de ce genre de considérations, il y a JFace.

---------------
Au royaume des sourds, les borgnes sont sourds.

yo c spi

Yo !

En gros, on devrait toujours utiliser invokeAndWait et invokeLater a chaque appel d'un composant swing si on veut avoir un code copmplétement stable?

---------------
J.C. Farinet

Publicité

nraynaud

lol

oui, ou être dans un handler d'évènement (en gros).

R3g

fonctionnaire certifié ITIL

exactement, mais uniquement quand tu veux agir sur la gui "de l'exterieur" : les callbacks appelés en réponse à des évenements dus à l'utilisateur s'executent dans le thread de repartition des evenements, donc il n'y a pas de problème.

[:benou_grilled]

Message édité par R3g le 03-02-2005 à 15:13:40

---------------
Au royaume des sourds, les borgnes sont sourds.

yo c spi

Yo !

Ok d'ac, je viens d'apprendre un truc, merci.

Mais revenons en à ma question de départ :

yo c spi a écrit :

Je programme les appels aux méthodes comme ceci et je voulais savoir si c'était assez "propre" (ca ne me le semble pas) ou s'il y a une autre méthode de conception plus logique.

---------------
J.C. Farinet

nraynaud

lol

à part utiliser .equals() au lieu de ==, c'est ce que je fais perso.

yo c spi

Yo !

nraynaud a écrit :

à part utiliser .equals() au lieu de ==, c'est ce que je fais perso.

Ca n'a pas d'importance ici, si 2 Threads sont "equals", c'est que ce sont les memes, donc meme adresse mémoire.
De plus, la méthode equals sur un Thread est celle de la classe Object qui est (il me semble) :

Code :

public boolean equals(Object o) {
return this == o;
}

Pour en revenir au sujet, moi je ne trouve pas ca très propre la méthode publique appelant la méthode privée "real...".

edit :

Vu dans API Java a écrit :

The equals method for class Object implements the most discriminating possible equivalence relation on objects; that is, for any non-null reference values x and y, this method returns true if and only if x and y refer to the same object (x == y has the value true).

Message édité par yo c spi le 04-02-2005 à 21:22:18

---------------
J.C. Farinet

nraynaud

lol

[:mlc]

vla le couplage et la stabilité.

---------------
trainoo.com, c'est fini

FORUM HardWare.fr

Programmation

Java

SWT et Mult-Threading

Sujets relatifs
SWT - ProgressBar dans une Table [Résolu]	SWT et applet : possible ?
[MinGW/Boost.Thread] Segfault multi-threading	[C++/SDL] pb de threading
[SWT/swing] editeur python	[Java & SWT] Comment avoir une fenetre dans une fenetre ?
[Java/SWT] : asyncExec et syncExec, Threads, affichage.	probleme de reaffichage dans un shell deja ouvert[SWT]
[SWT] class Image [résolu] (venez lancer des cailloux)	SWT - exemple simple
Plus de sujets relatifs à : SWT et Mult-Threading

Page générée en 0.085 secondes