Changer le nom d'un membre en focntion d'un paramètre template

Version imprimable

19/07/2012, 18h39
oodini

Changer le nom d'un membre en focntion d'un paramètre template

Bonjour,

J'ai une classe qui peut avoir deux sémantiques différentes (mais néanmoins apparentées).

J'aimerais changer le nom de certaines variables à l'aide d'un argument template booléen.

Est-ce possible ?

Hértiage + spécialisation, mais je trouve ca étrange comme besoin.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
template<bool> struct Named;
template<>
struct Named<true>
{ 
  int name1; 
  protected:
    ~Named(){}
}
struct Named<false>
{ 
  int name2; 
  protected:
    ~Named(){}
}
template<bool b>
struct A : Named<b>
{ };

20/07/2012, 10h32
oodini

Merci.

C'est effectivement la solution à laquelle j'étais arrivé dans le train après écrit mon message. :)
20/07/2012, 11h29
koala01

Salut,

N'oublie, cependant, pas que les variables membres sont sensées n'être que des détails d'implémentation...

A ce titre, et pour respecter demeter, tu ne devrais jamais avoir besoin d'accéder à un membre ni par son nom, ni (idéalement du moins) au travers d'un accesseur une fois que tu es en dehors de la classe.

L'idéal serait beaucoup plus de faire en sorte que toutes les fonctions qui manipule le membre soient nommées de manière cohérente par rapport à la sémantique de tes classe, mais que ce membre ne soit purement et simplement pas accessible en dehors.

Bien sur, il n'est pas toujours possible de travailler de la sorte (entre autres quand un membre représente une propriété de la classe et non un moyen dont dispose cette classe pour fournir un service attendu), mais il reste préférable de travailler comme je l'indique "aussi souvent que possible" ;)
20/07/2012, 12h24
oodini

Cette classe est un POD (mis à part le constructeur, qui initialise les membres) dont tous les membres sont privés.

L'accès est géré par un espace de nom et des déclarations d'amitié.
20/07/2012, 15h18
ternel

Citation:

Envoyé par oodini

Cette classe est un POD (mis à part le constructeur, qui initialise les membres) dont tous les membres sont privés.

L'accès est géré par un espace de nom et des déclarations d'amitié.

En général, je préfère un void* plutot qu'un private-POD.
20/07/2012, 22h37
koala01

Citation:

Envoyé par leternel

En général, je préfère un void* plutot qu'un private-POD.

En C, peut etre, parce que tu n'as pas d'autre choix...

Par contre, en C++, tu passerais par la fenêtre si tu venais à utiliser un void* dans un projet dont j'aurais la responsabilité, essentiellement parce qu'avec void*, tu perds toute possibilité de controle de type.

Ceci dit, le cas d'un POD (dans l'acception C++11 ;) ) est, effectivement, le cas d'exception dont je parlais précédemment ;)

Cependant, tu devrais plutot essayer de réfléchir à la possibilité éventuelle d'avoir une structure unique (avec des noms uniques !!!) agrémentée de différentes politiques qui, elles, exposeraient non plus les données du POD mais une interface qui le manipule, avec les noms adaptés au différentes possibilités ;)