Multithread en WPF

Version imprimable

Multithread en WPF

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:

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,

27/08/2009, 13h53
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
27/08/2009, 14h37
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
27/08/2009, 17h16
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.
27/08/2009, 21h44
Herwin78800

Citation:

Envoyé par 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.

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

Avec ce code ça semble mieux marcher.

Code:

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.

Essaye:

Code:

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();
        }

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:

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:

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) }

28/08/2009, 09h08
Thomas Lebrun

Citation:

Envoyé par Archeone

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 :)
28/08/2009, 10h03
tomlev

Citation:

Envoyé par Thomas Lebrun

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 :?
28/08/2009, 17h14
Archeone

VerifyAccess lance une exception si on est pas sur le bon thread. :mrgreen:
28/08/2009, 18h08
tomlev

Citation:

Envoyé par Archeone

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

C'est pourquoi j'ai précisé "surtout CheckAccess" ;)
29/08/2009, 02h20
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!
01/09/2009, 19h56
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