Discussion :

[méphistopheles]

Bonjour.

Je me retrouve confronté à un problème utilisateur mineur, mais toutefois dérangeant:

j'ai défini une classe comme cela:

Code :

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

1
2
3
4
5
6
7
8
9
class A
{
public:
   A(unsigned int a);
   ...
 
private:
   explicit A(int a);
};

le constructeur en private me sert en effet à construire un objet de manière plus optimale qu'avec le constructeur public (qui fait un certains nombre de vérifications.).

Le problème est que du coup, si je déclare un objet, le code

Code :

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

A objet(26);

me renvoie une erreur puisque 26 est considéré comme un int et non un unsigned, et que le constructeur sur int est private.

Je suis alors obligé de construire mes objets comme cela:

Code :

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

A objet(static_cast<unsigned int>(26));

ce qui est quand même un peu lourd...


J'en viens donc à ma question: Comment faire en sorte que le constructeur public accepte des ints positifs sans pour autant se débarasser du constructeur private....


si vous avez une idée...


Merci

[white_tentacle]

Code :

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

A objet(26u);

Le u sert à dire que l'entier est "unsigned".

[Sylvain Togni]

Ou changer d'architecture :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
class ABase
{
protected:
   ABase(int a);
};
 
class A : public ABase
{
public:
   A(unsigned int a);
};

[méphistopheles]

Ou changer d'architecture :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
class ABase
{
protected:
   ABase(int a);
};
 
class A : public ABase
{
public:
   A(unsigned int a);
};

J'aime bien cette syntaxe qui est élégante, mais il faudrais recopier dans A toutes les méthodes de Abase(ou l'inverse), et j'en reviens toujours à cette question de surcoût dû à la présence d'une classe héritée...

D'autre part, je me demande si en appelant le constructeur de A, le constructeur par défaut de ABase n'est pas appelé... bref, bien des questions en somme.

En attendant des éclaircissements

cordialement

[Sylvain Togni]

J'aime bien cette syntaxe qui est élégante, mais il faudrais recopier dans A toutes les méthodes de Abase(ou l'inverse)

Non pas besoin, toutes les fonctions de ABase sont accessible dans A, c'est un des principe de l'héritage.

et j'en reviens toujours à cette question de surcoût dû à la présence d'une classe héritée...

Si tu parle de surcout à l'exécution, dans un tel cas (pas de fonction virtuelle), il ne devrait en avoir aucun, ni en terme de mémoire ni en terme de vitesse.

D'autre part, je me demande si en appelant le constructeur de A, le constructeur par défaut de ABase n'est pas appelé...

Oui forcement, sauf si tu indique au compilateur d'en utiliser un autre :

Code :

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

1
2
3
4
5
6
7
8
9
class A : public ABase
{
public:
   A(unsigned int a)
   : ABase(a)
   {
      // vérifications supplémentaires
   }
};