Event ou Threads

Version imprimable

Voir 40 message(s) de cette discussion en une page

02/08/2016, 13h31
nana92

Event ou Threads

Bonjours tous le monde,

Voici ma situation :

J'ai une variable "StandBy" de type bool qui est defini dans un struct, cette variable est accessible par l'ensemble de ma classe.
Une machine est reliee a mon programme , lorsque la machine se debranche StandBy devient true au lieu de false;

Et j'aimerai, déclencher un événement lorsque cette variable change de valeur.(pour savoir ainsi a quel moment la machine s'est debranchee);
Est-ce possible ? si oui, comment faire ?

Je vous remercie d'avance !
02/08/2016, 14h03
ebastien

Bonjour,
Un évènement pourra faire l'affaire : event (référence C#)

Merci mais en fait j'ai deja essaye mais je ne comprend pas pk il ne rentre pas dedans quand je debranche ma machine.

mon code est ainsi.

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
        public struct DataFields
        {
            public string RecDataBox;
            public string CreditCounter;
            public string UsedCounter;
            public bool PuF;
            public bool MtrE;
            public bool TimeE;
            public bool AutoS;
            public bool BagB;
 
            public bool BagE;
            internal bool StandB;
 
 
            public bool STandB {
                get { return StandB; }
                set {
                    StandB = value;
                    NotifyPropertyChanged("STandB");
                }
            }
 
 
            public bool BagT;
            public bool CreditM;
            public bool IdlelS;
            public bool DoorO;
            public bool SystemL;
 
 
            #region INotifyPropertyChanged Members
 
            public event PropertyChangedEventHandler PropertyChanged;
            private void NotifyPropertyChanged(String info) {
                if (PropertyChanged != null) {
                    PropertyChanged(this, new PropertyChangedEventArgs(info));
                }
            }
        };

02/08/2016, 14h06
François DORIN

Citation:

Envoyé par nana92

Une machine est reliee a mon programme , lorsque la machine se debranche StandBy devient true au lieu de false;

Je pense que la clé est là : comment cette variable passe-t-elle a true ? Est-ce ton programme qui scrute régulièrement l'état de la machine ? Ou alors est-ce une propriété qui, en fonction de l'état de la machine au moment où tu l'interroges, te renvoies true ou false ?
02/08/2016, 14h09
nana92

Citation:

Envoyé par dorinf

Je pense que la clé est là : comment cette variable passe-t-elle a true ? Est-ce ton programme qui scrute régulièrement l'état de la machine ? Ou alors est-ce une propriété qui, en fonction de l'état de la machine au moment où tu l'interroges, te renvoies true ou false ?

en fait jai teste la machine plusieures fois et j'ai vu que comme elle ne pouvait pas renvoye de signal alors jai teste les propriete apres avoir debranche et jai vu que la propriete StandB devenait false. La machine recoit un signal qui change le statut de la propriete .

seuelemnt maintenant j'aimerais en etre averti.

Merci d'avance
02/08/2016, 14h12
nana92

J'aimerais soit faire soit une verification constante de la propriete en parallele de mon programme soit etre averti directement lorque celle ci change.
avez vous une idee ?

Citation:

Envoyé par nana92

Merci mais en fait j'ai deja essaye mais je ne comprend pas pk il ne rentre pas dedans quand je debranche ma machine.

Tu peux utiliser la balise CODE lors que insères du code. Cela le formate de manière à ce qu'il soit plus lisible ;)
Citation:
Envoyé par nana92
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 public struct DataFields { public string RecDataBox; public string CreditCounter; public string UsedCounter; public bool PuF; public bool MtrE; public bool TimeE; public bool AutoS; public bool BagB; public bool BagE; internal bool StandB; public bool STandB { get { return StandB; } set { StandB = value; NotifyPropertyChanged("STandB"); } } public bool BagT; public bool CreditM; public bool IdlelS; public bool DoorO; public bool SystemL; #region INotifyPropertyChanged Members public event PropertyChangedEventHandler PropertyChanged; private void NotifyPropertyChanged(String info) { if (PropertyChanged != null) { PropertyChanged(this, new PropertyChangedEventArgs(info)); } } };
C'est normal que ton code ne fonctionne pas. L'interface INotifyPropertyChanged permet de dire que tu mets le mécanisme en place nécessaire à la surveillance de changement intervenant dans une classe que tu définies, pas de mettre sous surveillance une classe que tu utilises. Ici, ce n'est pas la bonne approche.

Tu as potentiellement plusieurs solutions (mais la mise en place de certaines nécessite certains prérequis) :

La classe contenant la propriété StandBy défini un événement style OnStandByChanged. Dans ce cas, il te suffit de l'écouter ;
La classe contenant la propriété StandBy implémente l'interface INotifyPropertyChanged. Dans ce cas, il te faut écouter l'événement PropertyChanged et vérifier que le nom de la propriété correspond à "StandBy" ;
Lire, à intervalle régulier, la valeur de la propriété StandBy.

La solution numéro 3 fonctionnera à tous les coups, mais est également la plus lourde à mettre en place. En effet, il faut :

Lancer une tâche à intervalle régulier et scruter la valeur de StandBy ;
Définir un événement StandByChanged (ou tout au nom mieux adapté) que ton programme puisse écouter afin d'être notifié des modifications ;
Si la valeur de StandBy a changé (et seulement si elle a changé, pas juste si elle est false), générer un événement StandByChanged.

02/08/2016, 17h46
nana92
Citation:
Envoyé par dorinf

Tu peux utiliser la balise CODE lors que insères du code. Cela le formate de manière à ce qu'il soit plus lisible ;)

C'est normal que ton code ne fonctionne pas. L'interface INotifyPropertyChanged permet de dire que tu mets le mécanisme en place nécessaire à la surveillance de changement intervenant dans une classe que tu définies, pas de mettre sous surveillance une classe que tu utilises. Ici, ce n'est pas la bonne approche.

Tu as potentiellement plusieurs solutions (mais la mise en place de certaines nécessite certains prérequis) :

La classe contenant la propriété StandBy défini un événement style OnStandByChanged. Dans ce cas, il te suffit de l'écouter ;
La classe contenant la propriété StandBy implémente l'interface INotifyPropertyChanged. Dans ce cas, il te faut écouter l'événement PropertyChanged et vérifier que le nom de la propriété correspond à "StandBy" ;
Lire, à intervalle régulier, la valeur de la propriété StandBy.

La solution numéro 3 fonctionnera à tous les coups, mais est également la plus lourde à mettre en place. En effet, il faut :

Lancer une tâche à intervalle régulier et scruter la valeur de StandBy ;
Définir un événement StandByChanged (ou tout au nom mieux adapté) que ton programme puisse écouter afin d'être notifié des modifications ;
Si la valeur de StandBy a changé (et seulement si elle a changé, pas juste si elle est false), générer un événement StandByChanged.
Merci bcp !!!
Sans abuser de ta patience aurais tu une idee de code car j'ai essaye mais ca ne marche toujours pas , aurais tu une direction pour la premiere ou plutot la 3 eme solution?
Merci bcp bcp!!!
02/08/2016, 17h56
François DORIN

Dans ce cas, met ton code. On regardera ensemble ce qui ne va pas (et c'est comme ça que tu comprendras le mieux !) ;)
03/08/2016, 08h00
nana92

Citation:

Envoyé par dorinf

Dans ce cas, met ton code. On regardera ensemble ce qui ne va pas (et c'est comme ça que tu comprendras le mieux !) ;)

Merci bcp pour ta patience,

Il faut que je lance une procedure avec un timer? J'ai peur que mon programme reste bloque sur ce timer et oubli de continuer a executer la suite du programme, car la verification doit se faire en parrallele ou a interval regulier tout en continuant mon programme.

Voici un exemple pour mettre en place un timer.
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 using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; using System.Threading; namespace ExempleTimer { class Program { static void Main(string[] args) { Timer timer = new Timer(MyTimerCallback, null, 0, 2000); Console.ReadLine(); } private static void MyTimerCallback(object state) { Console.WriteLine("Tic !"); } } }
Comme tu peux le constater, ce n'est pas compliqué et assez rapide à mettre en oeuvre.

La variable timer représente le timer à proprement parler. Lorsque je l'instance, je lui passe en paramètre :

La fonction a appeler à chaque fois que le timer arrive à échéance. La fonction doit être de type TimerCallback et donc ne pas renvoyer de valeur et prendre en paramètre un object ;
Un paramètre qu'il est possible de passer au callback (ici null car je ne m'en sers pas, mais tu peux passer n'importe quoi, et ce paramètre initialisera le paramètre state de ton callback) ;
Quand (en ms) doit commencer le timer. 0 pour tout de suite. 1000 pour 1s après l'instanciation, etc...
L'intervalle entre chaque appelle au callback (en ms). Ici, je l'ai fixé à 2s.

Citation:

J'ai peur que mon programme reste bloque sur ce timer et oubli de continuer a executer la suite du programme, car la verification doit se faire en parrallele ou a interval regulier tout en continuant mon programme.

Comme tu peux le constater avec ce petit programme d'exemple, ma procédure principale se retrouve bloqué sur le Console.ReadLine(). Pourtant, le "tic" s'effectue bien toutes les 2s. Pas de blocage. Tout est fait en parallèle.

Citation:
Envoyé par dorinf
Voici un exemple pour mettre en place un timer.
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 using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; using System.Threading; namespace ExempleTimer { class Program { static void Main(string[] args) { Timer timer = new Timer(MyTimerCallback, null, 0, 2000); Console.ReadLine(); } private static void MyTimerCallback(object state) { Console.WriteLine("Tic !"); } } }
Comme tu peux le constater, ce n'est pas compliqué et assez rapide à mettre en oeuvre.

La variable timer représente le timer à proprement parler. Lorsque je l'instance, je lui passe en paramètre :

La fonction a appeler à chaque fois que le timer arrive à échéance. La fonction doit être de type TimerCallback et donc ne pas renvoyer de valeur et prendre en paramètre un object ;
Un paramètre qu'il est possible de passer au callback (ici null car je ne m'en sers pas, mais tu peux passer n'importe quoi, et ce paramètre initialisera le paramètre state de ton callback) ;
Quand (en ms) doit commencer le timer. 0 pour tout de suite. 1000 pour 1s après l'instanciation, etc...
L'intervalle entre chaque appelle au callback (en ms). Ici, je l'ai fixé à 2s.

Comme tu peux le constater avec ce petit programme d'exemple, ma procédure principale se retrouve bloqué sur le Console.ReadLine(). Pourtant, le "tic" s'effectue bien toutes les 2s. Pas de blocage. Tout est fait en parallèle.
Merci beaucoup, je vais essyaer ca tout de suite et je te dis si ca marche.

03/08/2016, 09h25
nana92

Citation:

Envoyé par nana92

Merci beaucoup, je vais essyaer ca tout de suite et je te dis si ca marche.

Ca marche!!!!!!!!!!!!!!!!!!!!!!!!!!!!!BH !!!!!!!!!!!!!!!!!!!!

Merci Bcppp tu m'a bcp aide.
03/08/2016, 09h35
François DORIN

Je t'en prie ;)

N'oublie pas de marquer la discussion comme :resolu: :)
03/08/2016, 09h47
nana92

Citation:

Envoyé par dorinf

Je t'en prie ;)

N'oublie pas de marquer la discussion comme :resolu: :)

C,est fait.

Juste comment vois t-on que ma solution est du typer "timercallback" tu as ecrit = new timer(....);
et "mytimercallback c'est seulement un nom emprunte...

C'est du typer timer tout court non?

Merci.
03/08/2016, 09h58
François DORIN

Je ne suis pas sur de comprendre la question :(

mytimercallback , ce n'est pas un nom emprunté. C'est le nom de la méthode qui sera appelée par le timer dès qu'il arrive à échéance. Si ta méthode s'appelle Toto, alors il aura fallu passer Toto en paramètre. Dans mon exemple, j'aurai pu mettre Program.MyTimerCallBack (dans la mesure où c'est une méthode statique). Cela aurait peut être été plus claire ?

Un dernier détail : tant que ton timer doit être actif, garde une référence à ton timer, histoire d'éviter que le ramasse miette ne passe par là...
03/08/2016, 10h04
nana92

Citation:

Envoyé par dorinf

Je ne suis pas sur de comprendre la question :(

mytimercallback , ce n'est pas un nom emprunté. C'est le nom de la méthode qui sera appelée par le timer dès qu'il arrive à échéance. Si ta méthode s'appelle Toto, alors il aura fallu passer Toto en paramètre. Dans mon exemple, j'aurai pu mettre Program.MyTimerCallBack (dans la mesure où c'est une méthode statique). Cela aurait peut être été plus claire ?

Un dernier détail : tant que ton timer doit être actif, garde une référence à ton timer, histoire d'éviter que le ramasse miette ne passe par là...

Je voulais juste dire que la fonction ou le timer n'est pas de type "timercallback" mais "timer" tout court car "mytimercallback"est juste un nom d'emprunt comme tu l'a dit.
Pourquoi garder une reference et comment surtout ? ;-)
Merci merci
03/08/2016, 10h13
François DORIN
Ah d'accord.

Alors, il y a deux choses à distinguer :
- l'objet timer : lui est bien du type Timer et représente ton Timer. Grace à lui, tu peux agir dessus. Par exemple, arrêter le timer ;
- le callback : lui, doit être de type TimerCallback. Mais une fonction est d'un type dès lors que sa signature est compatible avec celui du type. Le type TimerCallback définie une fonction prenant un paramètre de type Object et ne renvoyant rien. Il faut donc passer au timer une fonction ayant la même signature.
Pourquoi garder une référence ? Comme je te le disais, c'est pour éviter que le ramasse miette ne recycle ton objet Timer, et interrompe donc celui-ci ! Pour garder une référence, rien de plus simple, il suffit que tu aies toujours une variable qui pointe sur le timer.
03/08/2016, 10h17
nana92
Citation:
Envoyé par dorinf

Ah d'accord.

Alors, il y a deux choses à distinguer :

l'objet timer : lui est bien du type Timer et représente ton Timer. Grace à lui, tu peux agir dessus. Par exemple, arrêter le timer ;
le callback : lui, doit être de type TimerCallback. Mais une fonction est d'un type dès lors que sa signature est compatible avec celui du type. Le type TimerCallback définie une fonction prenant un paramètre de type Object et ne renvoyant rien. Il faut donc passer au timer une fonction ayant la même signature.

Pourquoi garder une référence ? Comme je te le disais, c'est pour éviter que le ramasse miette ne recycle ton objet Timer, et interrompe donc celui-ci ! Pour garder une référence, rien de plus simple, il suffit que tu aies toujours une variable qui pointe sur le timer.
Merci beaucoup . Tu est vraiment pro tu arrives a tres bien cerner les questions et ainsi a repondre parfaitement ! merci encore .
Si il y a un moyen de te noter sur ce site dis le moi
03/08/2016, 10h33
ebastien

Bonjour,
Je me permets juste une petite précision. La solution de dorinf fonctionne très bien, toutefois il faut garder à l'esprit qu'elle est multi-thread. Comme l'idée de départ était de lever un event lors du changement de valeur de la propriété, l'objet qui va s'abonner à l'event doit prendre en compte ce multi-threading afin d'éviter un "Cross-thread operation not valid". Typiquement, une Form ne pourra pas mettre à jour un label pour indiquer que la machine est déconnectée sans passer par un Control.Invoke.

Citation:

Envoyé par nana92

Merci beaucoup . Tu est vraiment pro tu arrives a tres bien cerner les questions et ainsi a repondre parfaitement ! merci encore .
Si il y a un moyen de te noter sur ce site dis le moi

J'avoue que les réponses de dorinf sont complètes et précises, tu peux les noter en cliquant sur le pouce vert en bas de chaque message ;)

Voir 40 message(s) de cette discussion en une page