Crée un événement depuis un thread pour prévenir un autre

**megamario** · 09/02/2010, 09h09

Bonjour.

Nous somme plusieurs à travailler sur un projet (étudiant 2eme année IRIS, j'ai 39 ans et les élèves env 20 ans). L'un de mes collègues s'occupe de la gestion du systèmes, il me crée dans un autre thread (l'IHM). Je paramètre mon IHM puis l'utilisateur indique ce qu'il veut ou pas (C'est pour faire de l'acquisition de données sur un modules de supervision, un automate pour faire simple).

Pour que la Gestion sache dans quelle état je suis, il est prévu que je remplisse un tableau de booléen qu'il viens scruter en permanence.

je voudrais savoir si c'est possible de provoquer un événement pour le thread Gestion à partir du thread IHM afin que celui-ci sache que j'ai quelque chose à lui demander et du coup il récupère mon tableau de booléen. Afin d'éviter qu'il me scan en permanence même si par sécurité il peut y avoir un scan moins fréquent.

Si vous avez des idées pour me guider
Actuellement, il est donc prévu qu'il récupère le tableau de booléen puis en fonction de se que j'ai rempli il viens de nouveau me chercher les infos qu'il à besoin pour faire ce que je lui est demandé.

Plusieurs méthode Get... sont prévu.
GetEtatIHM
GetReference
GetDictionnaire
GetParmCom
etc...

Ainsi que quelques méthode pour qu'il puisse me redonner ce que je lui est demandé.

SetMesure
SetListeFichierSGBD
SetListeFichierCSV
etc...

Cette forme de programmation à été plus ou moins décidé par les profs (2) Il sont d'ailler pas trop d'accort tous les 2 sur se sujet.

Pour le moment je regarde comment se passer des paramètres entre thread et cela me semble bien compliqué par rapport à notre vision des choses avec nos méthodes Get... et Set...

Merci de me faire savoir si l'idée prise est la bonne ou si il y a d'autre façon de faire que de s'appeler des méthodes pour l'échange.

Lorsque je vais attendre qu'il me revoie les données que j'ai besoin aussi de savoir lorsque je les ai reçus.

C'est encore un peut flou pour moi cette partie entre les threads

Merci de votre aide

**megamario** · 09/02/2010, 21h25

Pour le passage de données d'un thread à l'autre l'un de mes collègues (je suis en stage dans mon entreprise, vacance oblige), m'a conseillé de passer par des variables global à protéger en accès.

Mais je trouve toujours pas comment crée un évènement pour prévenir chaque thread qu'il a quelques chose à faire car son information est disponible...

**ketan** · 09/02/2010, 22h49

Bonjour,

Peut importe le langage, une donnée qui doit être utilisée en lecture et écriture par différent thread doit être protégée pour éviter les ennuis.
Ensuite, plutot qu'utiliser des get/set, .NET met à ta disposition des propriétés qui permet une meilleure lisibilité du code.
Pour ce qui est de ton histoire d'évènement, tu peux voir pour implémenter le pattern Observer, ou alors tout simplement utiliser les délégates et les évènements (mot clef event)

**megamario** · 09/02/2010, 22h53

Merci

**megamario** · 23/02/2010, 15h51

Bonjour à tous, de retour au lycée, mon projet est reparti.

Je m'attaque maintenant à la partie: Création d' évènements entre tread que j'avais laissé un peut de coté.

Pour ce qui est des variables que je manipulais préalablement avec des méthodes get... et set...
Mon maitre de stage m'a dit qu'il fallait pas que je me fasse chi.... mais que je mettent des variables globale, simplement protéger par des sémaphores.

Par contre maintenant je voudrais bien que mes 2 threads puissent savoir quand ils ont quelque chose à faire.

Déroulement:
j'ai donc un thread principal et un thread de WinForm.
le thread principal crée le thread Winform

Entre les 2 j'ai des variables accessibles au 2, protégées par des sémaphores.

Le thread de la Form se paramètre grâce à un fichier XML et ce que l'utilisateur sélectionne.
Une fois que le paramétrage est fait, l'utilisateur attend donc le traitement. et c'est la que je voudrais prévenir le Thread principal qu'il y a quelque chose à faire.

Une fois prévenu le Thread principal devra aller récupérer le tableau de booléen (Le tableau contient donc toutes les actions possible, et indique si le nom du fichier est renseigné, s'il faut faire juste une acquisition de données unique ou lancer véritablement l'acquisition, s'il faut faire une sauvegarde ou pas etc..) et faire le traitement en conséquence, éventuellement modifier des variables global. Une fois fait il devra à son tours prévenir que les données sont prête au thread Form.

En imaginant que l'on lance une acquisition longue, toutes les X secondes le thread principal va m'envoyer les nouvelles données puis prévenir que des données sont prête au thread Form pour qu'il récupère ces données et mette à jour les courbes.

Voila.

j'ai commencer a regarder les "EVENTHANDLERS" mais j'arrive pas vraiment a trouver ce qu'il faut faire.

Apparemment il faudrait que je crée 2 autre classes héritant de EventArgs .

Mais j'arrive pas a voir quoi faire, comment déclencher cette événement.

Pourrier vous le donner quelques conseils et exemple ou un bonne exemple avec fichiers source que je pourrait faire tourner pour comprendre le principe.

J'avoue que sa n'a pas l'air si compliquer mais je comprend pas...

Merci de votre aide

**Guulh** · 23/02/2010, 16h30

Attention : events et thread n'ont rien à voir entre eux.

Un event, c'est juste une collection de pointeurs de méthodes. Ça permet à un objet émetteur d'exécuter le code d'objets abonnés. Mais c'est entièrement synchrone.

Dans ton cas : comme tu le sais déjà, seul le thread de l'UI peut modifier les contrôles d'une fenêtre. C'est pourquoi l'objet Form a une méthode Invoke, à laquelle tu peux passer une méthode en paramètre, qui sera exécutée dans le thread de l'UI ; cette méthode pourra donc se charger de mettre à jour ton graphe.

A noter tout de même que cette façon de faire est spécifique au développement d'UI, puisque la plupart des libs graphiques interdisent aux autres threads de manipuler les contrôles.

**megamario** · 23/02/2010, 21h06

Donc si je comprend bien, je suis obliger de passer par invoke et delegate.

Je l'ai déjà utilisé pour faire le chrono. (Contrôle du temps passé). Par contre je l'ai fait que dans un sens. je démarrais un thread qui lance le chrono et je renvoie les informations au thread principal.

La pour mon sytemes il faut que cela marche dans les 2 sens, du moins je le conçoit comme sa pour le moment.

J'ai vraiment l'impression d'être dans le flou et pas savoir comment faire, du coup j'arrive pas vraiment à retranscrire mes besoins.

Dans mon projet en VB j'avais pas se soucis car je n'est pas fait de thread, mise à par le chrono, mais je travaillais tout seul. La on est 4 et on se partage les taches il faut donc que l'on soit bien d'accord entre nous.

Moi je m'occupe de la partie IHM. J'ai pratiquement fini mon interface vu que j'avais fait la même chose pour mon stage. Il me reste a savoir comme faire passer l'information et comment en récupérer une autre.

Si non mon but 1er c'était justement que le thread principal ne manipule pas les contrôles du 2ème. Mais simplement informer ce 2ème qu'il peut utilisé les ressources. Pareil pour l'autre sens. En mettant les ressources en commun protégées par des sémaphores.

**megamario** · 24/02/2010, 11h59

Bonjour

Mon prof m'a demander de tester dans un petit programme avec les méthodes Get et Set que j'avais dans m'a 1ere idée. Et sa marche.

Je voudrais donc vous demander si c'est correct comme utilisation.

J'ai donc crée une Form principal avec juste un label et une progressbar.
cette fenêtre se ferme une fois fini.
Je suis passé par un timer si non la page principal ne s'affichait pas mais bon l'histoire avec le progressbar n'est pas mon problème actuel.

Voici le code de mon thread principal:

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
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
 
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System.Text;
using System.Windows.Forms;
using System.Threading;
 
namespace TestThread
{
    public partial class GestionReleve : Form
    {
        private Thread ThreadIHM;
        static public bool Etat;
        static private Semaphore Sem1;
        static IHMReleve MonIHM;
        public GestionReleve()
        {
            InitializeComponent();
            Etat = false;
        }
 
        private void Form1_Load(object sender, EventArgs e)
        {
            Sem1 = new Semaphore(1, 1);
            ThreadIHM = new Thread(new ThreadStart(AffichageIHM));
            ThreadIHM.Start() ;
            timer1.Interval = 500;
            timer1.Start(); 
        }
 
        private void AffichageIHM()
        {
            MonIHM = new IHMReleve();
            MonIHM.ShowDialog();
        }
 
        private void timer1_Tick(object sender, EventArgs e)
        {
            for (int i = 0; i < 99; i++)
            {
                progressBar1.Value = i;
                Thread.Sleep(10);
            }
            timer1.Stop();
            this.Hide();
            this.Visible = false;
            DetectExit();     
        }
        private void DetectExit()
        {
            bool et = false;
            while (!et)
            {
                et = MonIHM.GetSortie();
                Thread.Sleep (50);
            }
            Application.Exit();
        }
 
        static public void SetEtat(bool et)
        {
            Sem1.WaitOne();
            Etat = et;
            Sem1.Release();
        }
    }
}

Et le code de mon thread IHM:

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
39
40
41
42
43
44
45
 
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System.Text;
using System.Windows.Forms;
using System.Threading ;
 
namespace TestThread
{
    public partial class IHMReleve : Form
    {
        static bool Sortie;
        static Semaphore Sem2;
 
        public IHMReleve()
        {
            InitializeComponent();
            Sortie = false;
        }
 
        private void IHMReleve_Load(object sender, EventArgs e)
        {
            Sem2 = new Semaphore(1, 1);
        }
 
        private void button1_Click(object sender, EventArgs e)
        {
            Sem2.WaitOne();
            Sortie = true;
            Sem2.Release();
        }
        public bool GetSortie()
        {
            bool s;
            Sem2.WaitOne();
            s = Sortie;
            Sem2.Release();
            return s;
        }
    }
}

Donc la mon appli c'est juste d'arreter mon thread principal depuis un autre thread.
Mon threadIHM contient juste le bouton.

Le thread principal tourne en boucle en interrogeant mon GetSortie() du thread IHM

Lorsque je clique sur le bouton je modifie mon booléen pour que le thread principal se ferme.

**megamario** · 24/02/2010, 13h12

Je viens de faire un petit essai supplémentaire.

Effectivement cela marche avec le get, mais pas avec le Set.

j'ai fait un SetLabel(int i) dans le thread IHM

Code :

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

1
2
3
4
        public void SetLabel(Int32 i)
        {
            label1.Text = i.ToString ();
        }

Et j'essaye d'envoyer dans ma boucle d'attente de sortie du thread principal mais la cela marche pas, ce que j'avais déjà constaté avant.

Je vais donc utilisé les delegate pour passé les données au thread IHM.

Mais reste à savoir comment crée un évènement d'un coté ou de l'autre.

Actuellement, j'ai fait une boucle while mais si je pouvais informer le thread qu'il a quelque chose à faire.

**megamario** · 24/02/2010, 13h34

Voila maintenant j'arrive à modifier un objet du thread IHM a partir du Thread principal, et à récupérer les données par les Get...

Voici mon code

Class principal:

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
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System.Text;
using System.Windows.Forms;
using System.Threading;
 
namespace TestThread
{
    public partial class GestionReleve : Form
    {
        private Thread ThreadIHM;
        static public bool Etat;
        static private Semaphore Sem1;
        static IHMReleve MonIHM;
        public delegate void ChangeLabel(Int32 i);
 
        public GestionReleve()
        {
            InitializeComponent();
            Etat = false;
        }
 
        private void Form1_Load(object sender, EventArgs e)
        {
            Sem1 = new Semaphore(1, 1);
            ThreadIHM = new Thread(new ThreadStart(AffichageIHM));
            ThreadIHM.Start() ;
            timer1.Interval = 500;
            timer1.Start(); 
        }
 
        private void AffichageIHM()
        {
            MonIHM = new IHMReleve();
            MonIHM.ShowDialog();
 
        }
 
        private void timer1_Tick(object sender, EventArgs e)
        {
            for (int i = 0; i < 99; i++)
            {
                progressBar1.Value = i;
                Thread.Sleep(10);
            }
            timer1.Stop();
            this.Hide();
            this.Visible = false;
            DetectExit();
 
        }
        private void DetectExit()
        {
            Int32 i = 0;
            bool et = false;
            while (!et)
            {
                MonIHM.Invoke(new ChangeLabel(MonIHM.SetLabel), i);
                //MonIHM .SetLabel (i);
                et = MonIHM.GetSortie();
                Thread.Sleep (50);
                i++;
            }
            Application.Exit();
        }
 
        static public void SetEtat(bool et)
        {
            Sem1.WaitOne();
            Etat = et;
            Sem1.Release();
        }
 
    }
}

Classe IHM

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
39
40
41
42
43
44
45
46
47
48
49
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Linq;
using System.Text;
using System.Windows.Forms;
using System.Threading ;
 
namespace TestThread
{
    public partial class IHMReleve : Form
    {
        static bool Sortie;
        static Semaphore Sem2;
 
 
        public IHMReleve()
        {
            InitializeComponent();
            Sortie = false;
        }
 
        private void IHMReleve_Load(object sender, EventArgs e)
        {
            Sem2 = new Semaphore(1, 1);
        }
 
        private void button1_Click(object sender, EventArgs e)
        {
            Sem2.WaitOne();
            Sortie = true;
            Sem2.Release();
        }
        public bool GetSortie()
        {
            bool s;
            Sem2.WaitOne();
            s = Sortie;
            Sem2.Release();
            return s;
        }
        public void SetLabel(Int32 i)
        {
            label1.Text = i.ToString ();
        }
    }
}

Pouvez vous me dire si l'utilisation est propre ou si c'est discutable.

Et bien sur.. comment prévenir le thread principal qu'il vienne chercher le booléen pour savoir s'il doit s'arrêter.

Évidement dans mon projet final c'est pas pour venir chercher un booléen pour fermer l'appli mais c'est un tableau de booléen pour savoir se qu'il y a à faire

Crée un événement depuis un thread pour prévenir un autre

C#

Discussions similaires

Partager

Partager