Discussion :

[bobosh]

Bonjour tous le monde,

J'aurais aimé avoir quelques explication sur les thread.
Je sais à quoi sert les thread mais je n'ai pas saisie quelque subtilité.

Par exemple, j'ai un formulaire windows ou des propriétés sont déclarées dont un thread.

A partir de ce thread je vais pouvoir accéder à certaines propriétés de mon windows form.

Mais quand je vais vouloir accéder à une progress bar ou une textbox à travers ce thread, je n'y ai pas l'accès. J'ai donc une erreur qui me dit qu'à partir de mon thread je n'ai pas accès au élèments d'un autre thread.

Pourquoi dans un cas on me dis que ça appartient à un autre thread et dans l'autre ça fonctionne ?

Et comment accéder aux élèements d'un autre thread ?
J'ai vu du côté des dispatchers mes je n'ai pas vraiment compris comment cela fonctionne.

Merci d'avance.

[Pol63]

un thread peut lire quasiment tout
par contre un thread ne peut pas écrire une propriété sur un control si ce n'est pas lui qui a créé le control (form hérite de control)
en général tous les controls sont créés par le thread principal


pour pouvoir écrire sur un control depuis un thread, il faut donc dire au thread principal de le faire

en théorie il faut alors utiliser un délégué (pointeur vers un void) et dire à un control d'appeler se délégué sur son thread
monform.invoke(mondélégué)
(ou begininvoke, invoke attend que l'appel du délégué soit fini pour passer à la suite, begininvoke met l'appel sur la pile et continu)

ou alors utilier le composant backgroundworker trouvable dans la boite à outils ; ce composant est une encapsulation de tout ce qu'il faut pour faire du multithreading simple
il a 2 event qui sont sur le thread principal :
- reportprogress que tu peux déclencher via un void et donc passer des paramètres via cet event (c'est as object, tu peux mettre ce que tu veux donc, à caster derrière pour l'utiliser)
- et un event pour dire que c'est fini (là aussi tu peux passer quelque chose)

[polkduran]

je pense que ton problème est plutôt l'accès aux propriétés créées dans le thread principal, càd, le thread chargé de la GUI qui, dans les winforms est chargé de la "boucle principale" et qui gère tout ce qui est graphique principalement

c'est ça le problème le plus courant : tu crées un thread qui essaye d'accéder aux controls du winforms pour les mettre à jour par exemple,

une technique courante pour contourner le problème est de tester si le control peut être appelé directement via la propriété InvokeRequired
par exemple pour mettre à jour une textbox depuis n'importe quel thread:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
public delegate void delegateUpdateTextBox(string text);
 
public void updateTextBox(string text){
    if(this.maTextBox.InvokeRequired){
        delegateUpdateTextBox deleg = new delegateUpdateTextBox(this.udateTextBox);
        this.Invoke(deleg, new object[]{text});
    }else{
        this.maTextBox.Text = text;
    }
}

[Pol63]

et sur le framework 3.5 on est même pas obligé de déclarer un délégué, on peut invoker un new action qui pointe sur le void

[polkduran]

c'est vrai, je ne connaissais pas la classe Action

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
 public void setText(string txt)
        {
            if (this.label1.InvokeRequired)
            {
                this.label1.Invoke(new Action<string>(this.setText), new object[] { txt });
 
            }
            else
            {
                this.label1.Text = txt;
            }
        }

[StormimOn]

On peut faire plus général avec les méthodes anonymes et le délégué MethodInvoker ou Action (version non générique, FW 3.5 mini), la signature étant identique.

Quelque chose comme

Code :

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

1
2
3
4
5
6
7
8
9
10
11
private void InvokeMethod(MethodInvoker invoker)
{
    if (this.InvokeRequired) 
    {
        this.Invoke(invoker);
    }
    else
    {
        invoker();
    }
}

Et à l'appel

Code :

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

InvokeMethod(delegate { this.textBox.Text = monTexte; });

Ou encore

Code :

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

InvokeMethod(delegate { this.button.Visible = false; });

Comme ça une seule méthode gère l'invoke, quel que soit le code à exécuter sur le thread principal.

[Pol63]

ah oui c'est pas mal

[bobosh]

Merci de vos réponse.

Le seul problème est que je n'ai pas accès aux propriétés invoke et InvokeRequired(sur aucun des contrôle de mon form)

[Pol63]

j'ai pas souvenir que c'est protected, mais essaye sur this à tout hasard

this.invokerequired

[bobosh]

j'ai déjà essayé sur this, mais aucun résultat...

[bobosh]

J'ai trouvé pourquoi.

J'utilise du wpf et non des windows form.

Quelles méthode utilisés en wpf ?

[Pol63]

lol pourtant sur ton premier poste tu parles de windows forms ...


en wpf c'est une histoire de dispatcher, tu peux demander si le current dispatcher est le dispatcher du controle, si non tu invoke sur le dispatcher
j'ai pas la syntaxe exacte en tete mais le pattern est le meme