Discussion :

[chrisoo]

Bonjour,

Je débute en C++ avec les templates, le problème suivant est surement trivial.

j'ai un template de la forme :

Code :

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

1
2
3
4
5
 
template <class MyType> class MyTemplate
{
    ...
}

Lorsque je l'instancie dans mon programme, je ne connais pas myType.

Je fais donc un switch sur le type :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
switch (type)
{
    case TYPE_A:
    {
        MyTemplate<TypeA> myTemplate;
        ...
    }
    case TYPE_B:
    {
        MyTemplate<TypeB> myTemplate;
        ...
    }
    ...
}

Je cherche un moyen de factoriser ce code, sachant que les opérations après l'instantiation du template sont les mêmes.

J'ai beau chercher, je ne trouve pas sur internet de solutions satisfaisantes.

Merci de votre aide.

Chris

[Jean-Marc.Bourguet]

Deux approches de solutions:
- tu donnes a template <class MyType> class MyTemplate une classe de base non template qui a comme membres virtuels les operations dont tu as besoin. Lors de l'instantiation tu recuperes un pointeur ou une reference et le tour est joue (mais attention a la duree de vie).
- tu fais un template de ta fonction et c'est l'appelant qui fait le switch.

[chrisoo]

J'ai choisi de faire un template de la fonction.

Merci pour la réponse.

Christophe

[3DArchi]

Une solution peut peut-être passée par les classes traits. Cf l'excellent tutoriel de Alp:http://alp.developpez.com/tutoriels/traitspolicies/

[Jean-Marc.Bourguet]

Une solution peut peut-être passée par les classes traits. Cf l'excellent tutoriel de Alp:http://alp.developpez.com/tutoriels/traitspolicies/

Est-ce que tu pourrais etendre? Le probleme tel que je l'ai compris est un probleme de choix dynamique de comportement. Les classes de traits sont un mecanisme statique. Je ne vois pas en quoi elles offriraient une approche de solution.

[3DArchi]

On n'a pas tous les détails de son problème. Des fois on peut partir sur une solution qui amène un autre problème qui amène la question. Alors, proposer une autre piste c'est peut-être une façon aussi de revoir le problème à la base.

[Alp]

Ici il s'agit de choix à l'exécution... Donc on ne peut pas factoriser statiquement le comportement dynamique.

Par contre, je soupçonne un petit soucis dans ta conception... ou plutôt une perfectibilité. Je me débrouille toujours pour éviter de faire un switch sur le type de mes objets. Je factorise statiquement ce qui est factorisable statiquement, et dynamiquement ce qui ne l'est pas statiquement. Mais pas de switch... La solution n°1 donnée par Jean-Marc est celle que j'utilises généralement car elle offre une plus grande facilité de maintenance/évolution de code.