Discussion :

[Herwin78800]

Bonnour,

J'essaye de faire du multithread en WPF avec un exemple tout simple et en utilisant l'objet Dispatcher :

Lorsque l'utilisateur clique sur le bouton, le Dispatcher appelle la méthode BeginInvoke pour déclencher dans un thread séparé la méthode tacheLongue
qui est une boucle For.

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
23
24
25
26
27
 
public partial class Window1 : Window
    {
 
      ....
 
        public delegate void NextPrimeDelegate();
 
 
 
        public void tacheLongue()
        {
            for (int i = 0; i < 100000; i++)
            {
                label1.Content = label1.Content + i.ToString();
            }
 
        }
 
        private void button1_Click(object sender, RoutedEventArgs e)
        {
 
            Dispatcher.BeginInvoke(DispatcherPriority.Normal, new NextPrimeDelegate(tacheLongue));
 
 
        }
    }

Le soucis c'est que l'application n'est pas multithread puisque tant que la boucle n'est pas fini l'interface utilisateur est bloquée, les autres contrôles de la fenêtre sont innaccessibles.

Quelqu'un aurait une idée.

Merci d'avance,

[ikeas]

ben normalement dans ton click tu devrais creer un thread qui va lancer la tache longue
le disptacher sert dans ce cas, dans la tache longue, la boucle du thread pour renvoyer les informations vers l'interface principal
en oubliant pas, que, si un click est refait alors que la tache longue n'est pas terminé on ne peut la relancer

[tomlev]

Je vois 2 options :
- utiliser un thread pour faire le traitement, et quand c'est fini, mettre à jour l'interface avec Dispatcher.Invoke
- utiliser un BackgroundWorker et mettre à jour l'interface dans l'évènement RunWorkerCompleted, comme ça tu n'as plus besoin du Dispatcher

[Thomas Lebrun]

En effet, ton Dispatcher n'est pas là pour lancer des tâches longues, il permet de réavoir la main sur le thread de l'UI depuis un autre thread.

[Herwin78800]

En effet, ton Dispatcher n'est pas là pour lancer des tâches longues, il permet de réavoir la main sur le thread de l'UI depuis un autre thread.

Merci les gars pour ces corrections, j'avais effectivement perdu de vu l'intérêt du Dispatcher. Erreur de conception.

Je me mets au courant et je vous tiens au courant

[Herwin78800]

Avec ce code ça semble mieux marcher.

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
23
24
25
26
27
 
private string texte = null;
 
        public delegate void DelegAffichageDecale();
 
        public void AffichageDecale()
        {
            label1.Content = texte;
        }
 
 
        public void tacheLongue()
        {
            for (int i = 0; i < 100000000; i++)
            {
                texte = i.ToString();
 
            }
 
        }
 
        private void button1_Click(object sender, RoutedEventArgs e)
        {
            Thread th = new Thread(new ThreadStart(tacheLongue));
            th.Start();
            Dispatcher.BeginInvoke(DispatcherPriority.Normal, new DelegAffichageDecale(AffichageDecale));
        }

Les autres contrôles de la page sont actifs pendant que le traitement long se déroule (méthode tacheLongue())

Seul bémol, je ne comprends pas pourquoi l'affichage du contenu du label n'est pas modifié en temps réel.

[Thomas Lebrun]

Essaye:

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
23
24
25
26
27
28
private string texte = null;
 
        public delegate void DelegAffichageDecale();
 
        public void AffichageDecale()
        {
            label1.Content = texte;
        }
 
 
        public void tacheLongue()
        {
            for (int i = 0; i < 100000000; i++)
            {
                texte = i.ToString();
 
                Dispatcher.BeginInvoke(DispatcherPriority.Normal, new DelegAffichageDecale(AffichageDecale));
 
 
            }
 
        }
 
        private void button1_Click(object sender, RoutedEventArgs e)
        {
            Thread th = new Thread(new ThreadStart(tacheLongue));
            th.Start();
        }

[Archeone]

Cela peut être ennuyeux de créer un type de délégué pour chaque tâche qui peut être longue.
On peut tout simplement passer à la classe ThreadPool une méthode anonyme.

Code :

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

1
2
3
4
5
6
 
ThreadPool.QueueUserWorkItem(delegate
{
                MaMethodeQuiEstyLongueExécuter();
                Dispatcher.BeginInvoke(DispatcherPriority.Normal, new Action(AffichageDecale), null);
});

Un tips à connaitre aussi le Dispatcher à une méthode caché de l'intellisense CheckAccess qui permet de savoir si on est sur le thread d'affichage.

Code :

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

1
2
3
4
5
6
7
8
9
 
 
void WriteError(Exception ex)
{
    if(Dispatcher.CheckAccess())
       //OnAffiche
    else
       Dispacther.Invoke(DispatcherPriority.Normal, new Action<Exception>(WriteError), ex)
}

[Thomas Lebrun]

Un tips à connaitre aussi le Dispatcher à une méthode caché de l'intellisense CheckAccess qui permet de savoir si on est sur le thread d'affichage.

Une autre de ces méthodes "cachées" est la méthode VerifyAccess

D'ailleurs, pour bien faire, il faudrait toujours appeller ces méthodes lorsques l'on développe des contrôles WPF mais bon, on le fait rarement

[tomlev]

Une autre de ces méthodes "cachées" est la méthode VerifyAccess

C'est clair que ces méthodes sont utiles (enfin surtout CheckAccess), je ne comprends pas trop pourquoi elles sont cachées

[Archeone]

VerifyAccess lance une exception si on est pas sur le bon thread.

[tomlev]

VerifyAccess lance une exception si on est pas sur le bon thread.

C'est pourquoi j'ai précisé "surtout CheckAccess"

[Archeone]

Ouep, mais personne n'avait expliqué a quoi servait la seconde méthode c'est pour ça que je précise qu'elle fait pareil que CheckAccess mais au lieu de retourner un bool elle lève une exception lorsqu'on est sur un thread différent.

Espérons que toutes nos précisions serviront a quelqu'un dans quelques mois quand un utilisateur retrouvera le thread!

[davrous]

Hello,

J'ajoute ma pierre à l'édifice. J'avais rencontré ces problèmes quand je me suis amusé à écrire un petit outil de parcours de l'AD en WPF. J'en parle dans mon article ici : http://msdn.microsoft.com/fr-fr/netf.../cc563816.aspx dans la section : "Rendre l’application multi-threadée". Le meilleur lien est celui là pour moi qui reste limpide : http://msdn.microsoft.com/fr-fr/library/ms741870.aspx

Pour terminer, je vous conseille également l'excellent article de mon copain Eric Vernié sur le sujet : http://msdn.microsoft.com/fr-fr/netf.../cc895446.aspx

Bye,

David Rousset
Microsoft France