Worldedit

[Sapeur-Goblin]

Plop,
Je suis en train de faire un système de "ComplexEvent", c'est à dire d'événements composés de sous-événements, se déclenchant quand chacun d'entre eux l'a été.
Dans ma structure j'ai un déclencheur t auquel j'attache tout les sous-événements, ce qui me permet de savoir combien doivent encore être déclenchés avant que le "ComplexEvent" soit exécuté.
Et j'ai un problème pour l'ajout de ces événements :
Soit je mets t en private, ce qui est plus sûr, mais l'utilisateur ne peut pas jouter n'importe quel event : il doit passer par une méthode de la struct. Et comme j'ai pas envie d'en faire une pour chaque type d'event, c'est limité.
Soit je met t en readonly. C'est moins sûr, mais au moins on peut ajouter n'importe quel type d'event. A la limite, ça m'aurais pas dérangé : il suffit de préciser de ne pas détruire t. Mais à chaque event ajouté, il faut que j'incrémente un entier dans ma struct. Ça devient donc vite embêtant pour l'utilisateur, et d'autant moins sûr pour le fonctionnement du système.

Quelqu'un a une solution pour avoir les avantages des deux systèmes ?

Ah et tiens, pendant que j'y pense : que pensez-vous de la bibliothèque Event? Je m'en sers pour cette struct, mais je la trouve pas génial parce qu'on peut pas détruire les Events. En fait j'ai pensé à l'arranger à ma manière, mais Nes n'est pas idiot (enfin, il me semble ), s'il n'a pas permis ça, c'est qu'il y a une raison non?
_________________

[Ectelion]

Il faut... Non en fait j'ai pas d'idées. Quoique, peut-être que tu n'a qu'à mettre que l'on ajoute les events par des appels de functions à l'instance de ta struct
mais je doute que ce soit réellement une réponse à ton problème et que ça change réellement quelque chose.
_________________

Inactif(Enfn presque)

[Tirlititi]

Est-ce que tu as pensé aux methods operator?
_________________

Warcraft III, c'était mieux avant. Y'avait des purs chefs-d'oeuvres du mapping !
Road Of Glory (par moi)
Casse-briques (par moi)
Temple de Glace (par moi)

[Sapeur-Goblin]

Bah, étant donné qu'une méthode opérator ne peut qu'assigner une valeur à une variable, je ne vois pas comment m'en servir pour ajouter un event à un déclencheur .

@Lord : C'est ce que j'essaie d'éviter de faire .
_________________

[Ayane]

[Tirlititi]

Ben je sais pas comment tu t'es débrouillé jusque là, mais tu peux utiliser l'opérateur "t" pour renvoyer le trigger auquel l'utilisateur rajoute l'event tout en incrémentant ton truc :

[Ayane]

S'il s'agit juste de savoir le nombre de fois qu'a été exécuté un déclencheur il y a:

[Sapeur-Goblin]

Pour l'instant j'utilise GetTriggerEventId qui me permet de savoir, à l'aide d'une hashtable, si l'événement déclenché ne l'a pas déjà été. Si c'est la première fois qu'il l'est, je décrémente une variable. Lorsque cette variable arrive à 0, je déclenche le ComplexEvent. Donc il vaut mieux utiliser une variable propre à la struct plutôt que GetTriggerEvalCount pour éviter les événements déclenchés deux fois, et qui ne doivent être comptabilisés qu'une seule fois.

Tirlititi, j'avoue que j'avais pas du tout pensé à ça . Je vais utiliser cette solution pour le moment, sauf si je trouve mieux. Parce qu'il faut quand même que l'utilisateur fasse attention : il ne doit utiliser cet opérateur que lorsqu'il ajoute un event.
_________________

[Troll-Brain]

Comme tu le sais il n'est pas possible de supprimer un event, seulement un trigger.
En fait en cas de nécessité d'avoir un event dynamique (qui est créé/détruit) il vaut mieux coder soit même la chose.
Le plus simple, et probablement la meilleure solution, est en effet de créer/détruire un trigger. C'est pour cela qu'Event ne propose pas la gestion de tels events.
Je l'ai fait pour UnitLL par exemple.

Par contre je ne suis pas spécialement convaincu de la nécessité d'une telle library, comparé à écrire directement le code nécessaire quand c'est besoin, à voir.
_________________

Le violet, c'est moche.

[Sapeur-Goblin]

Hum ça me paraît difficile de gérer ça sans Event : il peut y avoir plusieurs déclencheurs par instance : /.

A la base je comptais utiliser cette lib' pour une sorte de système de quête. Et devoir tout faire directement à chaque fois est assez embêtant, c'est pour ça que je l'ai faite.
_________________

[Troll-Brain]

J'ai du mal à bien visualiser le truc, mais à priori oui une library Event "dynamique" serait intéressante dans ce cas ci.
Si tu veux je peux t'en faire une. (et si tu préfères le faire toi même, ca me va aussi)
_________________

Le violet, c'est moche.

[Sapeur-Goblin]

[Troll-Brain]

Si on peut détruire l'event, le code associé ne sera plus déclenché.
Je ne te proposais pas de toute faire mais juste un Event like, sauf que l'on pourrait détruire les Event.
_________________

Le violet, c'est moche.

[Sapeur-Goblin]

Bon, je remonte le sujet .
Finalement cette lib' Event où les events seraient destructibles est indispensable pour finir mes systèmes.
Donc comment faire? Parce qu'il est de toute façon impossible d'enlever un Event d'un trigger.
Je me suis dit qu'au lieu de faire q = this (comme dans la lib' de Nes), on ferait q = this.r avec r un réel propre à chaque instance (une instance détruite puis recréée n'aura pas la même valeur).
_________________

[Troll-Brain]

Ce n'est pas possible de faire ainsi, cet event ne fonctionne qu'avec les variables global non array.
Je n'y ai pas encore réfléchi, j'essaierais de me pencher là dessus demain.
_________________

Le violet, c'est moche.