Discussion :

[Psykotik]

Bonjour,

je situe le contexte.
j'ai une application fonctionnant sur le principe des plugins.
c'est a dire que j'ai un MAIN, qui charge et affiche des modules, ces modules étant des DLL.

dans une de ces DLL, je fais un traitement, long qui touche a l'interface graphique du module.

je procède comme suit :

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
29
30
31
32
33
34
35
36
37
38
 
        private void btnOpenFile_Click(object sender, EventArgs e)
        {
            try
            {
                ThreadStart threadDelegate = new ThreadStart(ThreadLoadingFile);
                Thread newThread = new Thread(threadDelegate);
                newThread.Start();
            }
            catch (Exception E)
            {
                throw new Exception(E.Message);
            }
        }
 
 
 
        private void ThreadLoadingFile()
        {
            try
            {
                if (this.InvokeRequired)
                {
                    this.EndInvoke(BeginInvoke(new MethodInvoker(delegate() { this.ThreadLoadingFile(); })));
                }
                else
                {
                    LoadFile();
                    PrepareText(); // traitement le plus long;
                    MessageBox.Show("TRAITEMENT FINI !");
                }
            }
            catch (Exception ex)
            {
                MessageBox.Show(ex.Message);
            }
 
        }

ce code tourne très bien , mais pendant , l'exécution du sois-disant "Thread" , toute l'interface de mon écran reste figé, et je ne peux plus interagir avec l'interface. Je dois attendre la fin du traitement.
A quoi est-ce due ? est du au fait que ce soit une DLL ...

Merci d'avance de votre aide.

[Sphax]

Non c'est dû au fait que le code de ThreadLoadingFile se contente de demander au thread principal de faire le boulot (BeginInvoke) tout simplement. Donc en gros ton thread secondaire ne sert à rien.

Les BeginInvoke sont à réserver pour modifier des contrôles de l'interface, pas pour faire l'ensemble des traitements.

[Pol63]

une fois j'ai remarqué qu'un thread secondaire touchant aux objets visuels du thread principal ralentissait biein le shmilblick, alors que le thread principal faisait ca rapidement, essaye de transférer la partie graphique sur le thread principal, au moins à des fins de test

[Psykotik]

donc , il n'existe aucun autre moyen de mettre ces fonctions en thread...
en utilisant autre chose que des begininvoke en endinvoke ?

[tomlev]

il faut que tu separes les traitements de la mise à jour de l'interface graphique :
- fais le traitement dans le thread newThread
- pour la mise à jour de l'interface, utilise BeginInvoke
Si tu fais tout avec BeginInvoke, c'est le thread principal qui fait tout le boulot...
Oui, je sais, je paraphrase un peu la réponse de Sphax

[Psykotik]

ok, je comprend.
mais juste encore une chose.
D'après ce que j'en ai lu, sur le net, le BeginInvoke et invoke servent à pouvoir acceder a partir d'un thread à un autre control qui se trouve dans un autre thread.
si je dois mettre le traitement qui touche a l'interface (graphique) , également, dans le thread principal, alors BeginInvoke et invoke, ne servent pas à grand chose.

[Pol63]

moi quand je fais du multithreading c'est pas avec begininvoke
mais avec new thread(addressof sub)
et ca marche bien

pour en plus que les thread aient accès aux objets des autre thread il faut faire
me.checkforillegalcross quelquchose = false
mais comme je disais ca m'avait ralenti une fois donc j'ai laissé une partie du traitement sur le thread principal

[SirJulio]

Salut,

il faudrait voir du coté des plugins, pour "invoker" uniquement quand necessaire. J'imagine que si le traitement est long, le plugin doit faire des traitements non entierement dependant de l'UI (attaquer une BDD, travailler sur le net ou autres). Il faut faire un begininvoke à ce moment la, dans le plugin, (ou alors cacher l'invoke en appellant une methode intermediaire qui invokerait si besoin est), comme ca tu gardes deux threads concurrents, et une UI, qui bien que chargeant des infos, reste reactive.

[jerome.vanhoof]

Psykotik,

D'abord, gardes bien à l'esprit que tu as un thread dit principal, qui est en fait le thread UI. Lui seul peut accéder aux éléments de l'interface graphique. Si ce thread effectue un travail de traitement long, l'interface freeze car le thread UI est occupé et ne peut plus effectuer le traitement des événements tels que clic de souris, etc ...

Les autres threads ne peuvent absolument pas toucher aux éléments graphiques.

L'idée est dès lors, pour qu'un autre thread puisse modifier l'UI, que celui-ci demande au thread UI d'effectuer le boulot à sa place. Ceci se fait en utilisant le méthode BeginInvoke.

Dans ton code, tu demandes en fait au thread UI d'exécuter la fonction ThreadLoadingFile(). C'est bien car c le thread UI qui touche à l'interface, mais c'est mal car c'est aussi lui fait tout le boulot.

Comme le dit sphax : ton thread ne sert à rien du tout.


A mon avis, le mieux est de garder une bonne séparation entre le traitement UI et le traitement métier en procédant ainsi : ton plugin/dll devrait émettre des événements à ton projet principal (tu es alors toujours dans le thread de la dll), qui appellerait des fonctions destinée à toucher à l'UI en utilisant BeginInvoke( c alors le thread UI qui prend le relais, uniquement pour le traitement de l'interface).

je te conseille également d'utiliser la classe BackgroundWorker pour simplifier ta gestion des threads.

J'espère que ceci aura pu t'aider.