Template, events, et ambiguité

Version imprimable

Bonjour,
J'ai un petit problème avec un système d'événement. J'ai fait un bout de code comme ceci:
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 template <classname T> class EventListener { int getEvent(T& p_event); }; struct inputEvent { }; struct windowEvent { }; class Receiver::public EventListener<inputEvent>, public EventListener<windowEvent> { void update() { inputEvent e; while(getEvent(e)) { //Handle event } } }
A la compilation, g++ me sort :
error: reference to ‘getEvent’ is ambiguous
error: candidates are: unsigned int EventListener<T>::getEvent(T&) [with T = windowEvent]
error: unsigned int EventListener<T>::getEvent(T&) [with T = inputEvent]

Je comprend son problème, il a deux fonctions qui ont le même nom. Mais ce que je ne comprend pas, c'est que les deux fonctions ont des arguments différents, un prend une référence pour un inputEvent, l'autre pour un windowEvent, et il n'y a aucun lien d'héritage entre les deux. Je pensais que ca suffirait a lever toute ambiguïté.
J'ai réussi a lever l'ambiguïté en mettant des EventListener<inputEvent>::getEvent(), mais mon système d'événement est destiné a être utilisé par des collègues qui ne sont pas aussi a l'aise, et j'aimerais ne pas trop alourdir la syntaxe.
Existe t il une autre façon de lever l'ambiguïté qui soit moins lourde en syntaxe ? Est ce que c'est un bug de g++ ?

Lors de l'héritage, tu as un masquage automatique des noms dans la classe dérivée.
Il faut les importer dans la portée courante (~ta classe) pour que la résolution par les types des paramètres se fasse.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
// les autres classes comme avant
 
class Receiver: public EventListener<inputEvent>, public EventListener<windowEvent>
{
 
    using EventListener<windowEvent>::getEvent;
    using EventListener<inputEvent>::getEvent;
 
     void update()
     {
          inputEvent e;
          while(getEvent(e))
          {
                 //Handle event
          }
     }
};

09/05/2010, 13h07
Rewpparo

Bon truc, ca simplifie un peu. S'il y a une solution qui n'implique pas receiver, je préfère, mais sinon je prend ca.
Merci a toi
09/05/2010, 13h21
Davidbrcz

Citation:

Envoyé par Rewpparo

Bon truc, ca simplifie un peu. S'il y a une solution qui n'implique pas receiver, je préfère, mais sinon je prend ca.
Merci a toi

A part revoir l'architecture, je ne vois pas.
10/05/2010, 17h37
mehdi_me85

Bonjour tout le monde.

Citation:

Lors de l'héritage, tu as un masquage automatique des noms dans la classe dérivée

Oui, mais normalement la classe héritée doit pouvoir accéder à toutes les méthodes de la classe mère comme si c'était ses propres mérhodes.
Est ce que le problème est liée aux templates ?
Merci.
10/05/2010, 18h23
Davidbrcz

Citation:

Envoyé par mehdi_me85

Bonjour tout le monde.

Oui, mais normalement la classe héritée doit pouvoir accéder à toutes les méthodes de la classe mère comme si c'était ses propres mérhodes.
Est ce que le problème est liée aux templates ?
Merci.

Tu amènes deux fois le même symbole dans la portée courante, il y a donc ambiguïté, qu'il y ait des templates ou non.