begin process at 2010 02 10 06:58:54
  Trouver un code source :
 
dans
 
Accueil > 

Code

 > 

Astuces

 > GESTION (OU SIMULATION) DES ÉVENEMENTS EN C++ PURE

GESTION (OU SIMULATION) DES ÉVENEMENTS EN C++ PURE


 Information sur la source

Note :
8,75 / 10 - par 4 personnes
8,75 / 10

  • 1

  • 2

  • 3

  • 4

  • 5

  • 6

  • 7

  • 8

  • 9

  • 10
Catégorie :Astuces Classé sous :gestion, evenement, simuler, callback, closure Niveau :Initié Date de création :16/11/2006 Date de mise à jour :16/11/2006 02:08:55 Vu / téléchargé :7 603 / 342

Auteur : Zeroc00l

Ecrire un message privé
Ce membre participe au partage de revenus publicitaires
Commentaire sur cette source (11)
Ajouter un commentaire et/ou une note


 Description

\o/ Bonjour tout le monde \o/ :)

Ce code source traite de la gestion (quasi inexistante) des évènements en C++ pure.
Je n'ai jamais trouvé de façon de gérer des évènements (ou "callbacks" comme certains les appellent)
proprement et sans prise de tête
J'ai donc voulu faire une gestion des évènements basée sur des MACROs.
Cette gestion s'inspire de ce que j'ai pu voir :
   Qt
   C#
   Borland c++ (__closure)
   java.

Toute critique constructive, bonne ou mauvaise, est bienvenue.




Voici donc un code commenté (le contenu du fichier example.cpp dans le zip), très basique, qui utilise mon magic header de gestion des évènements :

Sujet :

On veut contrôler les changements de valeur d'une classe Integer qui encapsule un entier.
La classe Integer va donc déclarer un évènement OnCanChange qui prendra en argument :
--> la valeur courante de l'entier encapsulé
--> la nouvelle valeur à affecter l'entier encapsulé
--> un booleen indiquant si le changement doit être fait.

Une autre classe (KeepEven) va donc donc contrôler les changements de l'entier
en s'abonnant à l'évènement de l'instance d'Integer.
Cette classe va simplement garder les changements qui conduise l'entier à devenir ou rester pair.

Source

  • // Pour afficher
  • #include <iostream>
  • // Mon header magique :)
  • #include "events.hh"
  • // Déclare en quelque sorte la signature que l'on veut pour notre
  • // évènement change. Cette classe pourrait être dans la classe Integer
  • // qui suit et/ou templaté pour éviter de la réécrire pour les autre
  • // type de donné qui peuvent changer
  • struct CanChangeEventArgs : public EventArgs
  • {
  • CanChangeEventArgs(bool &a, int o, int n) :
  • accept(a), old_value(o), new_value(n) {}
  • // Le type de retour : indique si le changement est accepte.
  • bool& accept;
  • // Argument de l'evenement de l'exemple
  • const int old_value;
  • const int new_value;
  • };
  • //Classe qui encapsule un simple entier
  • class Integer
  • {
  • EMITER(Integer) //Indique que la classe peut emettre des evenements
  • int _value; // la donnée encapsulée
  • public:
  • Integer() : _value(0) {}
  • Event<CanChangeEventArgs> CanChange; // Déclaration de l'évènement
  • int Value() { return _value; }
  • Integer& operator=(const int& i)
  • {
  • // declare la variable de retour
  • bool can_change = true;
  • // declare les arguments
  • CanChangeEventArgs args =
  • CanChangeEventArgs(can_change, _value, i);
  • // Emet l'evenement
  • CanChange(args);
  • // Applique le changement si accepté
  • if (can_change)
  • _value = args.new_value;
  • return *this;
  • }
  • Integer& operator=(const Integer& i) { return *this = i._value; }
  • };
  • // Maintenant la classe qui reçoit l'évènement.
  • // Cette classe pourrait être un singleton.
  • // La classe qui suit permet de garder un entier toujours pair.
  • class KeepEven
  • {
  • //Indique que la classe peut s'abonner à des évènements.
  • RECEIVER(KeepEven)
  • protected:
  • //Enfin ... la méthode qui recoit l'évènement.
  • void SLOT(OnIntegerCanChange)(CanChangeEventArgs args)
  • {
  • args.accept = 1 - (args.new_value & 1); // new_value est pair ?
  • }
  • public:
  • KeepEven() {}
  • // Abonne keep_even au changement de integer.
  • void protect(Integer& integer) const
  • {
  • integer.CanChange += HANDLER(*this, OnIntegerCanChange);
  • }
  • };
  • // D'autres classes comme KeepEven pourraient également être déclarées
  • // Elle pourraient par exemple n'autoriser les changements que si le
  • // nombre est multiple de 3.
  • int main(int , char* )
  • {
  • KeepEven keep_even;
  • Integer integer;
  • // Demande a keep_even de proteger cette variable
  • // car le slot est protege
  • keep_even.protect(integer);
  • // Affiche 0
  • std::cout << "l'entier vaut : " << integer.Value() << std::endl;
  • integer = 42;
  • // Affiche 42
  • std::cout << "l'entier vaut : " << integer.Value() << std::endl;
  • integer = 53;
  • // Affiche 42 (53 a été refusé)
  • std::cout << "l'entier vaut : " << integer.Value() << std::endl;
  • return EXIT_SUCCESS;
  • }
  • // Note compléméntaire :
  • // Une classe (ou struct) peut bien sur à la fois émettre
  • // et recevoir des évènements.
// Pour afficher
#include <iostream>

// Mon header magique :)
#include "events.hh"


// Déclare en quelque sorte la signature que l'on veut pour notre
// évènement change. Cette classe pourrait être dans la classe Integer
// qui suit et/ou templaté pour éviter de la réécrire pour les autre 
// type de donné qui peuvent changer
struct CanChangeEventArgs : public EventArgs
{
	CanChangeEventArgs(bool &a, int o, int n) : 
		accept(a), old_value(o), new_value(n) {}

	// Le type de retour : indique si le changement est accepte.
	bool& accept;

	// Argument de l'evenement de l'exemple
	const int old_value;
	const int new_value;
};

//Classe qui encapsule un simple entier
class Integer
{
	EMITER(Integer) //Indique que la classe peut emettre des evenements

	int _value; // la donnée encapsulée

public:
	Integer() : _value(0) {}

	Event<CanChangeEventArgs> CanChange; // Déclaration de l'évènement

	int Value() { return _value; }

	Integer& operator=(const int& i)
	{
		// declare la variable de retour
		bool can_change = true;
		// declare les arguments
		CanChangeEventArgs args = 
		                 CanChangeEventArgs(can_change, _value, i);
		// Emet l'evenement
		CanChange(args);
		// Applique le changement si accepté
		if (can_change)
			_value = args.new_value;
		return *this;
	}
	Integer& operator=(const Integer& i) { return *this = i._value; }
};



// Maintenant la classe qui reçoit l'évènement.
// Cette classe pourrait être un singleton.
// La classe qui suit permet de garder un entier toujours pair. 
class KeepEven
{
	//Indique que la classe peut s'abonner à des évènements.
	RECEIVER(KeepEven) 

protected:
	
	//Enfin ... la méthode qui recoit l'évènement.
	void SLOT(OnIntegerCanChange)(CanChangeEventArgs args)
	{
		args.accept = 1 - (args.new_value & 1); // new_value est pair ?
	}

public:
	KeepEven() {}

	// Abonne keep_even au changement de integer.
	void protect(Integer& integer) const
	{
	  integer.CanChange += HANDLER(*this, OnIntegerCanChange);
	}
};

// D'autres classes comme KeepEven pourraient également être déclarées
// Elle pourraient par exemple n'autoriser les changements que si le 
// nombre est multiple de 3.



int main(int , char* )
{
	KeepEven keep_even;
	Integer integer;

	// Demande a keep_even de proteger cette variable
	// car le slot est protege
	keep_even.protect(integer);

	// Affiche 0
	std::cout << "l'entier vaut : " << integer.Value() << std::endl;
	integer = 42;
	// Affiche 42
	std::cout << "l'entier vaut : " << integer.Value() << std::endl;
	integer = 53;
	// Affiche 42 (53 a été refusé)
	std::cout << "l'entier vaut : " << integer.Value() << std::endl;
	
	return EXIT_SUCCESS;
}

// Note compléméntaire :
// Une classe (ou struct) peut bien sur à la fois émettre
// et recevoir des évènements.

 Conclusion

Soyons clair avec les choses génantes :
--> Les MACROs font du travail qui peut sembler sale derrière ... !
--> Les MACROs déclarent des choses et l'autocompletion peut les faire apparaitre.
    Je pense notemment aux IDEs qui traitent les MACROs comme Eclipse.
    N'utiliser donc pas tous ce qui commence par deux underscores.
--> Il est certainement possible que cela ne compile / fonctionne pas sur des archis spécifiques.
    Dans ce cas là, n'hésitez pas à me le faire savoir !
--> Si vous vous plantez en écrivant votre code, les erreurs ne seront evidement pas explicites car elles "parleront" du code généré ...

 Fichier Zip

Les Membres Club peuvent télécharger directement un fichier contenu dans le zip sans télécharger le zip en entier !

Télécharger le zip


 Historique

16 novembre 2006 01:54:51 :
Reformatage du texte
16 novembre 2006 02:08:55 :
reformatage

 Sources du même auteur

GENERATION DE L'EXPRESSION REGULIERE (REGEXP) POUR MANGER JU...

 Sources de la même categorie

SMART POINTEUR À COMPTEUR DE RÉFÉRENCE par nirgal76
POINTEUR INTELLIGENT par snpier wolf
ALIGNER TEXTE CONSOLE par CptPingu
QWERTY - AZERTY AVEC SDL, UNE ALTERNATIVE par Scheb
Source avec Zip Source avec une capture INSERER UNE ANIMATION FLASH (WIN32-DEVCPP) par gagah1

 Sources en rapport avec celle ci

GESTIONNAIRE DE BIBLIOTHEQUE par eishtein
Source avec Zip Source avec une capture [DEV-C++] GESTION DU PORT PARALLÈLE par victorcoasne
Source avec Zip Source avec une capture FAIRE GLISSER LA SOURIS par shorzy
Source avec Zip Source avec une capture SIMULATEUR DE VIE (LIFE) par saylar
Source avec Zip Source avec une capture WIN COURRIER par lann

Commentaires et avis

Commentaire de Arnaud16022 le 16/11/2006 12:44:39

atta, j'ai un pb là...
"gestion des callbacks proprement et sans prise de tête"
et tu dois encapsuler un int ?

Dans ton main, je ne vois réellement pas l'intérêt de ce que tu fais ... tu n'as pas un exemple un peu plus explicite ? parce que j'ai du mal à m'imaginer en quoi tout ton prog est mieux que
int integer = 42; std::cout << integer ;

Voilà, je suis désolé de ne pas saisir la subtilité/ utilité de ton prog ... le pire c'est que je suis sûr qu'on fond c'est pas stupide du tout :p
need explanations :'(

Commentaire de yann_lo_san le 16/11/2006 14:30:43

Même remarque que Arnaud16022, il suffit pour ton exemple d'un (nombre % 2 == 0) pour pair/impair.
Donc un exemple plus explicite serait le bienvenue.
Mais demandons nous pourquoi cela n'a pas été implémenté dans le standart C++ à l'instar de Java et C# ?
Sinon, bonne utilisation classes, je te mets 6.
Bonne continuation...

Commentaire de Zeroc00l le 16/11/2006 14:59:33

Lol, vous savez ce que sont les évènements :p ?

J'ai l'impression que vous n'avez pas compris que ces sources sont un exemple.
Et donc comme la majorité des choses que l'on apprend, on démarre avec des exemples très simples, où la signification concrete et la manipulation des objets n'ont pas à fatiguer l'esprit de la personne qui le lit.

Bien sur que manipuler un entier (int) au travers d'une classe est inutile.
Mais cela permet à tout le monde de se faire une idée de ce à quoi devrait ressembler le code, avant même qu'il ne l'ai lu. De plus, un entier étant une chose tellement commune, je pense que tout le monde penserait à la même implémentation (ou presque).

Bien sur que vérifier qu'un nombre est pair est très simple !
Même raison qu'au dessus.

Si j'avais pris un exemple avec mes idées loufoques (On a tous nos idées loufoques ;), non seulement il aurait fallu que vous compreniez ce qu'à la base je voulais coder et ensuite seulement la façon dont je l'ai fait, imaginé, avec les macros que je présente ici.

Pour finir, j'insiste sur le fait que j'ai justement codé quelquechose qui soit COMPLETEMENT compréhensible, à tel point qu'au final la seule chose qui importe vraiment soit la façon de l'écrire, non la façon de le penser en terme de modélisation.

J'encourage donc tout le monde à avoir recours à ce genre d'exemple, et espère que je ne suis pas seul à penser ça !



Mais puisque la remarque m'a été faite, qu'on dialogue entre gens civilisé, et que j'ai dit que j'acceptais toutes les critiques (ce qui signifie que j'étais prêt à être réactif), je vais proposer ce soir un autre exemple, réellement utile.
Il faut juste que je trouve une idée concrete, pas trop compliqué, et qui soit utile.
Si certain ont des idées d'ici ce soir ..., je suis tout ouïe !

Commentaire de yann_lo_san le 16/11/2006 15:49:27

L'exemple mis de coté, j'ai bien insisté sur le fait que ceci pouvait être utile ! Mais la question était es-ce vraiment utile en c++ ?
un delegate C# est juste un pointeur sur une fonction...

Commentaire de Zeroc00l le 16/11/2006 23:30:38

Tu dis que cela peut etre utile... et apres tu te poses la question ?
On est pas en C# la !
Donc étant donné que c'est super interessant à utiliser dans les autres langages, c'est pour ca que je propose cela en C++.
De plus si tu regardes le fichier events.hh, ce sont egalement des pointeurs qui se cachent...

Commentaire de yann_lo_san le 17/11/2006 00:41:38

Heu, je retire ce que j'ai dit, Microsoft l'a implémenté en native c++ (managed je présume) :

// Vu dans MSDN

#include <stdio.h>

[event_source(native)]
class CSource {
public:
   __event void MyEvent(int nValue);
};

[event_receiver(native)]
class CReceiver {
public:
   void MyHandler1(int nValue) {
      printf("MyHandler1 was called with value %d.\n", nValue);
   }

   void MyHandler2(int nValue) {
      printf("MyHandler2 was called with value %d.\n", nValue);
   }

   void hookEvent(CSource* pSource) {
      __hook(&CSource::MyEvent, pSource, &CReceiver::MyHandler1);
      __hook(&CSource::MyEvent, pSource, &CReceiver::MyHandler2);
   }

   void unhookEvent(CSource* pSource) {
      __unhook(&CSource::MyEvent, pSource, &CReceiver::MyHandler1);
      __unhook(&CSource::MyEvent, pSource, &CReceiver::MyHandler2);
   }
};

void main() {
   CSource source;
   CReceiver receiver;

   receiver.hookEvent(&source);
   __raise source.MyEvent(123);
   receiver.unhookEvent(&source);
}

Commentaire de Zeroc00l le 17/11/2006 01:41:55

Merci pour cette remarque très constructive :) !
En revanche, sous linux, pas d'autre alternative à ma connaissance avec g++ :/ !

Commentaire de Zeroc00l le 17/11/2006 01:43:13

Et puis dans le titre j'ai dit en "C++ pure",
donc c'est sans compter sur les compilateurs qui ajoutent leurs extensions :)

Commentaire de yann_lo_san le 17/11/2006 13:45:14

Désolé pour le 6/10, si je pouvait renoter je mettrais plutot 8/10 (pour le .hh avec templates).
Bonne continuation.

Commentaire de racpp le 17/11/2006 16:31:27 administrateur CS

yann_lo_san >> J'ai supprimé le "6/10". Tu peux renoter.

Commentaire de badrbadr le 18/11/2006 03:23:50

Belle source, il reste maintenant juste à ajouter le support thread pour des événements non-bloquants :p

 Ajouter un commentaire


Discussions en rapport avec ce code source dans le forum

Gestion des evenement windows [ par vinceVD ] Salut a tous.J'ai une question qui va vous paratire toute bête : Comment je peux faire pour géré les evenement dans mon programme principale.pour le Simuler un evenement Directx (DirectInput) [ par goshiz ] bonjour,je souhaite faire croire a un Jeu utilisant DirecX qu'un bouton de la souris a été enfoncé.Comment faire ? simuler l'evenement clique souris [ par azamharir ] salut, Dans un projet SDI, je suis amené à simuler un click souris sur un composant (activeX). Cet activeX est MO21Legend.ocx d'ESRI. Dans mon CView Fonctionnement de la Winpcap [ par myanaa ] Bonjour à tous,Actuellement, je travail sur un projet en relation avec la lib Winpcap. Et je me pose certaines questions, dont je n'ai pas trouvé de r Problème avec la gestion des exceptions sous dev [ par tibob51 ] Bonjour a tous, je programme avec dev cpp depuis peu, j'ai une erreur lors d'une exception alors que je n'ai jamais eu de problème sous borland avec c Simuler une execution [ par keket ] Bonjour, j'ai une question : je désire simuler l'execution d'une lecture et d'une écriture grâce a des threads. Mon programme marche, mais j'ai un pro callback avec CALLBACK_WINDOW, waveOutOpen [ par csauvane ] Bonjour, Je suis en pleine réalisation d'un petit projet pour manipuler les fichiers wave. J'ai réussi à faire les fonctions nécessaires pour ouvrir gestion de conference [ par btmejdi ] salut tout le monde.j vous empris de m'aider dans mon mini projet en langage C.j n'arrive pas  le résoudre. voila le sujet de mon mini projet: Gestion Gestion Definition [ par Joky ] Bonjour tout le monde :)Ca fait un baille pardis.Donc ça va certainement vous paraître grossier, j'en suis parfaitement conscient mais bon on ne sait


Nos sponsors


Sondage...

CalendriCode

Février 2010
LMMJVSD
1234567
891011121314
15161718192021
22232425262728

Consulter la suite du CalendriCode

 
Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils.
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés

Google Coop CodeS-SourceS Google Coop CodeS-SourceS
Temps d'éxécution de la page : 0,811 sec (3)

Nous contacter | Annoncer sur CodeS-SourceS | Mentions légales