Comment fonctionne un button1_Click ?

Version imprimable

24/04/2007, 20h15
Goduak

Comment fonctionne un button1_Click ?

Hello !

Ma question est simple, je voudrais savoir comment C# gère l'évènement button1_Click.
Est ce que c'est un thread particulier ?
Est ce équivalent à un Invoke ou un BeginInvoke ou à un thread.Start ?

Merci de vos réponses !

Go
24/04/2007, 20h24
davcha

C'est un appel à une méthode, c'est tout.
24/04/2007, 22h19
Goduak

oui mais derrière ça qu'est ce qu'il se cache ?
24/04/2007, 22h26
adil_suptem

Deriere ca il y a une simple gestion d'évenements

Derrière ça, il y a les délégués, mais en C#, c'est quelque chose de relativement "caché".

En gros, en C# :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
class Program
{
	delegate void SomeDelegateThatHandleSomeEvent();
	static event SomeDelegateThatHandleSomeEvent pf_SomeEvent;
 
	static void Main(string [] args) {
		SomeEvent += new SomeDelegateThatHandleSomeEvent(Program_SomeEvent);
		// [...]
		pf_SomeEvent();
	}
 
	static void SomeEvent() {
		// [...]
	}
}

Grosso modo la même chose en C :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
void (*pf_SomeEvent)(void) = 0;
 
void SomeEvent(){
	// [...]
}
 
int main(){
	pf_SomeEvent = &SomeEvent;
	// [...]
	pf_SomeEvent();
	return 0;
}

25/04/2007, 10h55
dev01

Citation:

Envoyé par Goduak

Hello !

Ma question est simple, je voudrais savoir comment C# gère l'évènement button1_Click.

je pense que tu parles de l'évènement Click d'un objet Button non ? ;)

Citation:

Envoyé par Goduak

Est ce que c'est un thread particulier ?

oui c'est le thread des évènements Dotnet qui a la gestion de récupérer les messages windows (au sens système ) et de les propager dans le thread de la fenetre qui contient le composant auquel le message est destiné.

Citation:

Envoyé par Goduak

Est ce équivalent à un Invoke ou un BeginInvoke ou à un thread.Start ?

non absolument pas mais c'est lié.
Le Invoke permet d'appeler une méthode dans le thread créateur du composant graphique evitant ainsi les appel multi thread qui ne sont pas supporté par les composants dotnet. Le BeginInvoke fait la même chose mais de manière asynchrone pour le thread qui lance l'appel.
Quant au Thread.Start c'est tout simplement le lancement d'un nouveau thread

Citation:

Envoyé par Goduak

Merci de vos réponses !

Go

Pas de quoi :D
25/04/2007, 11h49
Goduak

Merci de toutes vos réponses et particulièrement celle de dev01 qui est celle que j'attendais !!

Cela étant, est-ce que dev01 tu pourrais regarder ce post dont je suis l'auteur :p car mon problème n'est toujours pas résolu et je pense que tu pourras avoir une idée la dessus : http://www.developpez.net/forums/sho...d.php?t=322701

En fait j'essaie de faire en sorte que ma méthode Configure soit lancée depuis mon thread principal (Main) sans que l'appel se fasse dans le Main...
Est ce possible déjà ?

Si dans mon Main je lance cette méthode, mes événements SpeechRecoManager_CallApplication et SpeechRecoManager_Hypothesis fonctionnent très bien.

Par contre si je passe par un événement ou par le lancement de cette méthode depuis un .Start dans mon Main, mes événements SpeechRecoManager_CallApplication et SpeechRecoManager_Hypothesis ne fonctionnent plus !

La méthode Configure permettant de charger ma structure de données uniquement.

As tu une idée du pb ?

Merci !!

Go
25/04/2007, 12h35
Goduak

Au passage, les méthodes Invoke, BeginInvoke, EndInvoke ne s'appliquent que principalement sur les éléments graphiques si je comprends bien.
Je n'ai trouvé d'exemples que sur des éléments graphiques Control.

Est ce bien le cas?
25/04/2007, 12h57
SaumonAgile

Citation:

Envoyé par Goduak

Au passage, les méthodes Invoke, BeginInvoke, EndInvoke ne s'appliquent que principalement sur les éléments graphiques si je comprends bien.
Je n'ai trouvé d'exemples que sur des éléments graphiques Control.

Est ce bien le cas?

Je pense qu'il faut utiliser ces mécanismes pour gérer des événements entre plusieurs thread pour éviter des problèmes de concurrence.
Peut-être que dev01 pourra confirmer.
25/04/2007, 14h34
dev01

Citation:

Envoyé par SaumonAgile

Je pense qu'il faut utiliser ces mécanismes pour gérer des événements entre plusieurs thread pour éviter des problèmes de concurrence.
Peut-être que dev01 pourra confirmer.

Effectivement les méthodes Invoke (et les dérivée asynchrones BeginInvoke) sont défini dans la classe Control c'est donc normal de ne les avoir que dans les compos graphiques ;)

Ces méthodes ont été crées afin de fournir un mécanisme simple d'appel de méthode dans le thread de création des controles afin d'éviter tout problème de multi threading sur les controles.