Questions sur C++11

Bonjour,

J'aurais aimé avoir votre avis sur la question suivante:
J'ai une classe A qui possède un constructeur avec paramètres.
Doit-on pour fournir un constructeur par défaut par le biais de paramètres par défaut, ou grâce au "delegating ctr" du c++11?

Code:

---

1 2 3 4

struct A { A(int a = 1, double b = 2.) };

---

Cette première méthode semble la plus adaptée, mais n'est-ce pas gênant par exemple que l'utilisateur n'appelle que A(3)? Je sais que c'est valable mais bon, c'est comme s'il n'utilisait pas tout.

Code:

---

1 2 3 4 5

struct A { A(int a, double b) A() : A{1, 2.} {} };

---

C'est une question sûrement d'esthétisme :aie: (J'ai vu cette utilisation sur le site de Bjarne Stroustrup http://www2.research.att.com/~bs/C++...elegating-ctor)

Merci d'avance!

Salut,

je préfère largement la deuxième méthode, au moins on a pas l'appel A(3) qui ne veut peut-être rien dire dans ton contexte. Maintenant si A(3) à un sens je ne dis pas..

Mais j'ai également une question, pourquoi est-ce que c'est des "{}" dans "A{1, 2.}" et pas simplement des "()" ?

Pour les accolades c'est la syntaxe des delegating ctr donné par la faq c++11 dans le lien de mon premier post.

Oui ça je sais bien ;) Mais ma question est pourquoi ?

Pour les {} c'est surment un obulie de maj de BS, c'est bien () dans le norme.

Pour ta question, ca dépends. Si tu écris un constructeur avec des valeurs par défaut alors tu autorises l'utilisateur à ne préciser qu'une partie des paramètres. Ce n'est pas comme si "il oubliais quelque-chose", c'est toi qui lui permet de faire ceci.

Si tu considères que ca n'as pas de sens de faire ceci (ie, qu'à partir d'un moment où l'on précise un paramètre on devrait tous les préciser), alors tu devrait fournir 2 constructeurs : un avec aucun paramètre, un avec tout les paramètres.

Ensuite vient l'utilisation des delegatings constructor. Si à l'implémentation tu remarques des liens entre l'implémentation de tes différents constructeurs, alors tu pourras dire "tel constructeur doit construire l'objet comme tel autre puis faire ca".

Au final (et ce n'est qu'un avis), ce sont deux éléments qui se positionne à des endroits bien distinct du code :
-> Les valeurs par défaut font parties de l'interface de la classe et des informations données à l'utilisateur. Elles doivent avoir du sens ou alors ne pas exister.
-> Les delegatings constructors font partis de l'implémentation. L'utilisateur n'a pas à en avoir connaisance et ils sont là pour éviter des duplications de code pour le développeur.