Discussion :

[®om]

Salut,

Je ne fais pas du tout de delphi, mais pour expliquer les mécanisme de threading et de mise à jour d'interface graphique, j'aimerais bien savoir comment on fait ceci en delphi:
- un thread reçoit des évènements d'une socket, et signale aux observeurs lorsque de nouvelles données sont disponibles (déjà programmé)
- un objet "observer" qui reçoit les signaux, et qui doit mettre à jour la GUI.

Le problème c'est qu'il ne doit pas mettre à jour la GUI dans le thread courant (qui est le thread de la socket), mais dans l'unique thread de l'interface graphique (en java l'EventDispatchThread). Comment faire ceci en delphi?

En java, ça serait:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
EventQueue.invoke(new Runnable() {
//ou SwingUtilities.invokeLater
    @Override
    public void run() {
         //le code
    }
});

Merci d'avance...

[Kaféine]

Salut,

Je sais pas si j'ai bien compris ce que tu as dit.

Néanmoins, pour qu'un thread secondaire puisse mettre à jour le GUI, il faut utiliser la méthode Synchronize de l'objet TThread il me semble.

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
 
 TSocketThread = class(TThread)
 public
  procedure UpdateGUI;
  procedure Execute; override;
 end;
 
{...}
 
procedure TSocketThread.UpdateGUI;
begin
 {...} les observateurs mettent à jour le GUI ici
end;
 
procedure TSocketThread.Execute;
begin
 // nouvelle donnée ici envoyer vers observer 
 Synchronize(UpdateGUI);
end;

Voilà, j'éspère que ca aide...

[®om]

Salut,

Je sais pas si j'ai bien compris ce que tu as dit.

Néanmoins, pour qu'un thread secondaire puisse mettre à jour le GUI, il faut utiliser la méthode Synchronize de l'objet TThread il me semble.

Ce n'est pas "un thread secondaire", c'est "le thread dédié à l'interface graphique".
Il n'y a pas de thread dédié à l'interface graphique en delphi ?

[philnext]

A priori non. Delphi s'appuie sur Windows pour la gestion des interfaces graphiques.

[Kaféine]

Salut,

Je pense comme philnext qu'il n'y a pas de thread dédié à l'interface graphique. Tout ce déroule dans le thread principal de l'application.

[®om]

Salut,

Je pense comme philnext qu'il n'y a pas de thread dédié à l'interface graphique. Tout ce déroule dans le thread principal de l'application.

Ça veut dire que plusieurs threads peuvent (potentiellement) modifier l'interface graphique "simultanément"?

[Kaféine]

Ça veut dire que plusieurs threads peuvent (potentiellement) modifier l'interface graphique "simultanément"?
Aujourd'hui 11h15

oui je crois, c'est pourquoi il y a necessité d'utiliser la fonction synchronize de l'objet TThread lorsque l'on veut agir sur les composants de la vcl depuis un thread secondaire. Aprés c'est tous les outils de windows genre critical section, event, semaphore mutex servant à synchroniser les threads et proteger les ressources partagées.