Solutions possibles pour une application multi Form et multi Thread ?

Bonjour

Je dois réaliser une application en C# avec 4 thread et dont chacun a son propre moyen de visualisation, donc chacun sa Form si possible.

J'ai déja réalisé un application avec les thread pour faire du transfert de fichier avec des socket, mais les thread de reception de fichiers n'arrivaient pas à utiliser les controles de ma form :

{"Opération inter-threads non valide*: le contrôle 'listBox1' a fait l'objet d'un accès à partir d'un thread autre que celui sur lequel il a été créé."}

J'aimerais donc savoir quels sont les moyens pour avoir les 4 Forms en même temps à l'écran, piloté par les 4 threads et comment les faires communiquer entre eux.

Merci
Passez de bonnes fêtes

Bonjour,

Pour modifier les aspects graphiques d'un form depuis un thread il faut que tu utilises des délégués.

Les 4 forms n'ont pas besoin d'être dans des threads distincts.

Ici, ce dont tu as besoin, c'est de 4 threads métier et d'un seul thread graphique.

Le message d'erreur que tu montres est dû au fait que seul le thread graphique a le droit de modifier les contrôles graphiques.

Donc, si tu veux qu'une opération métier exécutée dans un autre thread soit visible dans l'UI, il faut que tes méthodes métier (ou des méthodes de ta form abonnées aux event de ces objets métier s'il y en a) passent par taForm.BeginInvoke(...).

Cherche BeginInvoke et InvokeRequired dans la doc de la Form et sur ce forum, tu trouveras pas mal de discussions à ce sujet :)

:mouarf: Délégué de classe

Dans une classe de lycée en France, le délégué de classe est un élève de la classe chargé de représenter les autres élèves :mouarf:

============================================================

Merci de ton aide debug

Je vais donc lire ca pour pouvoir controler la form depuis un thread : Délégués http://msdn.microsoft.com/fr-fr/libr...71(VS.80).aspx

Par contre, comme ne n'ai jamais fais de multi form en C#, je suis un peu perdu ...

dans program.cs il charge la form d'origine et si j'en rajoute une autre il ne l'active que lorsqu'on ferme la premiere

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

using System; using System.Collections.Generic; using System.Linq; using System.Windows.Forms;   namespace MULTITHREAD { static class Program {   /// <summary> /// Point d'entrée principal de l'application. /// </summary> ///   [STAThread] static void Main() { Application.EnableVisualStyles(); Application.SetCompatibleTextRenderingDefault(false); Application.Run(new FORM1());   } } }

---

C'est donc ici que je dois créer mes Thread qui vont lancer les formes ?

Dans un thread on lance la form de la même maniere ?

Merci

salut

Ya plusieurs solutions possibles bien sur :)

Une solution "simple", est que au lancement de ton program, tu fais le Run() qui convient :)

Et dans le Load de la form que tu vas "runner" ( bjr Céline :) ) tu pourras
très bien lancé ce que tu veux !!!

après, tu peux avoir un BackgroundWorker (ou un thread) par form, ou bien la solution mentionnée au dessus :)

Perso, j'aime bien le concept Une Form / Un Thread comme cela, si tu dois rajouter d'autres formes à ton projet, il suffira que la forme ajoutée gère son comportement avec ou sans thread et basta :)

Enfin, c'est une solution possible et simple à mettre en oeuvre :)

Vous avez des tutoriels qui utilise de genre de system ?

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 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50

using System; using System.Collections.Generic; using System.Linq; using System.Windows.Forms; using System.Threading;   namespace PARKING_THREAD { class Program { /// <summary> /// Point d'entrée principal de l'application. /// </summary> ///   [STAThread] public static void Main() { Application.EnableVisualStyles(); Application.SetCompatibleTextRenderingDefault(false);   Thread Thread1; Thread1 = new Thread(new ThreadStart(Proc1)); Thread1.Start();   Thread Thread2; Thread2 = new Thread(new ThreadStart(Proc2)); Thread2.Start();   Thread Thread3; Thread3 = new Thread(new ThreadStart(Proc3)); Thread3.Start(); }   public static void Proc1() { Application.Run(new BADGE2()); }   public static void Proc2() { Application.Run(new LECTEURS()); }   public static void Proc3() { Application.Run(new VISUALISATION()); } } }

---

Pour le moment, ca ouvre bien les 3 forms en même temps

Des suggestion ?

Merci

Bonjour,

Ce problème est un classique. A la différence des autres suggestions, que je ne discuterai pas, je ne remets pas en cause votre conception/code (à un détail près) et je me concentre plutôt sur l'exception .NET que votre appli prend "dans la figure" :

Citation:

---

Envoyé par 6su7

[...] mais les thread de reception de fichiers n'arrivaient pas à utiliser les controles de ma form :

{"Opération inter-threads non valide*: le contrôle 'listBox1' a fait l'objet d'un accès à partir d'un thread autre que celui sur lequel il a été créé."}
[...]

---

En fait, une appli .NET Winform, tot ou tard, delegue aux bonnes vieilles APIs Win32 de fenetrages. Or, tel que la partie Winforms .NET a été conçu, il convient de protéger les membres d'instances des classes utilisées en multi thread pour que .NET + Win32 "soient" content.

Cela peut être fastidieux, car cela remet souvent en cause votre conception/implementation écrite la plupart du temps dans un esprit "mono-thread" ; donc, pour que vos forms communiquent gentiment en multi thread, via des gestionnaire d'evenements pour leurs controles, avec un code similaire au cas mono thread, mais sans prendre cette exception, le framework .NET vous propose "une pirouette" qui consiste à synchronizer (ou plutot serialiser) dans le thread principal .NET / Win32 de l'appli les echanges inter composants, en utilisant la propriété

Code:

---

InvokeRequired

---

de la classe de base

Code:

---

System.Windows.Forms.Control

---

et un delegue dédié à l' "invoke" (méthode

Code:

---

System.Windows.Forms.Control.Invoke(...)

---

); voci le pattern de code, tiré de la doc du framework, mais adapté pour l'explication :

(dans la form)

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

public delegate void MonEvenementDelegate(blabla, etc);   private void MonEvenementSynchronizedHandler(blabla, etc) { // la, on fait le boulot effectif... }   public void OnMonEvenement(blabla, etc) { if (this.InvokeRequired) { this.Invoke(new MonEvenementDelegate(this. MonEvenementSynchronizedHandler), blabla, etc); } else { this.MonEvenementSynchronizedHandler(blabla, etc); } }

---

bien sur, "blabla, etc" c'est la signature reelle utile de l'evenement du control dans votre cas de figure/votre conception.

enfin, avec cette solution "simple", on fait l'hypothese que toutes les formes ont ete creees dans le meme thread : le thread principal, typiquement celui de la form principale créée dans le Main().

'Hope it helps

Citation:

---

Envoyé par 6su7

Pour le moment, ca ouvre bien les 3 forms en même temps

Des suggestion ?

Merci

---

Application.Run est fait pour lancer la form principale de l'appli.

apres, pour lancer des "sous-fenetre", il vaut mieux faire comme ca :

Code:

---

1 2	FormBadge f = new FormBadge(); f.Show();

---

Code que tu peux mettre dans une methode que tu auras abonnee a l'evenement "Load" de ta form principale.

Mais commencer un projet graphique ET multithread, ca fait beaucoup d'un seul coup a mon avis. Commence par un truc simple, puis ajoute un thread avec ton code a desynchroniser, parce qu'a mon avis tout d'un coup c'est trop :)

Et comme l'evoquait theMonz, je t'invite a te renseigner sur la classe BackgroundWorker, qui est precisement faite pour gerer de l'asynchronisme simple dans les interfaces graphiques.

Bonjour

Merci a tous pour vos réponses, j'étudie toutes les propositions :)

Control.CheckForIllegalCrossThreadCalls = false;

C'est utilisable ca, ou pas recommandé ?

Merci

Si je ne m'abuse, cela revient à désactiver le contrôle des threads, donc, à créer une faille de sécurité dans ton appli. Je pense qu'il vaut mieux se plier à la petite gymnastique des délégués.

salut

le checkforIllegal... c'est pour les flemmards (moi, j'aime bien)

Mais c'est pas très propre d'un point de vue conception...

Après, parfois quand le temps manque, zapper ce controle peut te permettre d'arriver plus vite au résultat cherché... Mais en pratique, il serait mieux au final de passer par un vrai solution avec les invoke (et invokeRequired :) )

Maintenant, tu peux te satisfaire de cela le temps de te focaliser sur d'autres parties :)

Mais comme le fait remarquer très justement Guulh, il serait peut-etre plus raisonnable de travailler partie par "partie".... pour éviter trop d'éparpillement !!!

Citation:

---

Envoyé par theMonz31

le checkforIllegal... c'est pour les flemmards (moi, j'aime bien)

---

Et c'est surtout uniquement valable en cours de débogage. Tu auras toujours une exception lorsqu'une application est démarrée en dehors du débogueur.

Ok je passerais par les délégé

Citation:

---

Envoyé par theMonz31

[...]
Mais comme le fait remarquer très justement Guulh, il serait peut-etre plus raisonnable de travailler partie par "partie".... pour éviter trop d'éparpillement !!!

---

J'irais en ce sens moi aussi. En matière de développement logiciel, lors de la résolution des problèmes (analyse, conception, implémentation, etc) ce qui nous sauve "la vie" à tous, c'est le bon vieux motto : "diviser pour régner."

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21

public partial class Form1 : Form { Thread Test;   public Form1() { InitializeComponent(); }   private void button1_Click(object sender, EventArgs e) { Test = new Thread(remplir); Test.Start(); }   void remplir() { textBox1.BeginInvoke((MethodInvoker)delegate {textBox1.Text = "hello world de thread";});   } }

---