Discussion :

[zenetcalme]

Bonjour,

J'ai défini trois classe de la façon suivante:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
[ ClassA ] -----
                !
                +----[ ClassMere ]
                !
[ ClassB ] -----

la seul différence entre la classA et la ClassB est le contenu d'une méthode MethGenerique.
dans le futur, il y aura une ClassC, ClassD, etc...

Le problème est dans le fait que dans mon prog, je dois appeler la méthode MethGenerique avec un pointeur de type ClassMere (ils sont stocké dans un std::vector) mais avec des valeurs de paramètres différent.

aujourd'hui, je pense que je vais créer un enum pour pouvoir différencier mes classes, mais je trouve ca dommage! j'aime pas trop utiliser les switch pour ce genre de chose!

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
for( iterObject = vect_ClassMere.begin(); iterObject != ClassMere.end(); iterObject ++)
{
        switch ( (*iterObject)->typeObjet )
        {
         ...
        }
}

n'y aurait il pas une solution plus propre que permet le c++ pour récupérer le type de l'objet?

[Davidbrcz]

mais avec des valeurs de paramètres différent.

C'est assez vague. Qu'est ce qui diffère ? Les types de paramètres ? Le nombre ? Les deux ?

De façon générale, hors contexte, c'est assez difficile de répondre. Mais de toute façon, la solution de dynamic_caster/enum couplé à switch/tout truc dans le même genre est très souvent une mauvaise solution.

[zenetcalme]

Les classes sont identiques.
En fait, ClassA, ClassB etc ont chacune besoin d'un handle d'événement différent.
Seulement, le "hic", c'est qu'elle ne peuvent le gérer seule.
je suis obligé de le leur fournir! c'est la classe qui les appelles qui gère ces handle.
tout le problème est la.

[3DArchi]

Tu ne peux pas abstraire ce handle dans une classe générique déclinée ensuite selon tes classes A et B?

[Mat007]

Salut,

Le handle change au cours du temps ? Tu ne peux pas tout simplement le fournir lors de la construction des ClassA et ClassB ?

MAT.

[zenetcalme]

Mat007:
Je ne gère pas leur création dans la classe qui gère les handles.
Le handle risque dans le futur d'évoluer aussi dans le temps.

3DArchi:
Je ne comprend pas le principe:
si je met le handle dans une classe, comment elle vas deviner quel handle renvoyer?

[Lucien63]

Je comprend pas grand chose a ce que tu veux faire ?
Si tout tes objets ont un handle, je metterais le handle comme membre de la classe mère.
Si il sert a identifier chaque objet il faut l'initialiser à la construction de l'objet.

si je met le handle dans une classe, comment elle vas deviner quel handle renvoyer?

On ne sait a quoi sert ton handle, comment on va en deviner ce qu'il faut en faire ?

[wiztricks]

Je ne comprend pas l'intérêt de dériver dans ce cas. Ne serait-il pas plus simple de composer la classe avec son handle et encapsuler le tout.
?
- W

[zenetcalme]

Je vais essaye d'expliquer un peu le fonctionnement.

Dans l'objet de gestion qui contient un thread:

1 - Je crée autant de handle que j'ai d'interface de communication.
2 - J'utilise ces handle lors de l'appel des objets de type AA qui DOIVENT hériter d'un autre objet (comme sur le schéma tout en haut) pour intitialiser les interfaces.

3 - dans une thread, j'appelle un autre objet de type BB (comme sur le schema d'en haut) qui a besoin du handle qui correspond à l'interface de communication qu'il gère pour recevoir des informations entre autre.

ce n'est pas dans l'objet de gestion que je crée tout ces objets. ils viennent "s'enregistrer" automatiquement et ce sont des pointeurs du type de leur parent!

pour l'instant, j'ai fait un "if", mais ça vas être la galère à chaque ajout d'interface de communication...
un switch allégerais la chose, mais je pense que le c++ peut faire mieux!