Discussion :

[scorbo]

Bonjour à tous,

Ca fait un baille que je n'utilise plus C++ et il y a un point tout bête qui me chagrine.
Si j'ai la méthode suivant :

Code :

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

1
2
3
4
5
6
 
MonObjet MaClasse::methode() {
  MonObjet mo;
 
  return mo;
}

que j'appelle ailleurs de la façon suivante :

Code :

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

1
2
3
4
5
 
MonObjet a;
MaClasse mc;
 
a = mc.methode();

Vous allez tous me dire que ce n'est pas bien du tout car l'objet mo dans la méthode "methode" est local à la méthode et donc va être détruit et qu'il faudrait passer un pointeur ou une référence.
Mais je m'interroge sur le fait que puisque le compilateur crée un opérateur d'affectation par défaut qui copie les valeurs membres à membres, est-ce l'objet "a" a reçu les valeurs des membres de l'objet "mo" ?

Merci.

[Médinoc]

Ceux qui te diront que ça n'est pas bien sont soit bourrés, soit obsédés par la vitesse d'exécution.

Ce code marchera parfaitement, et appellera l'opérateur d'affectation pour assigner à a le contenu de l'objet retourné.
Par contre, en absence d'optimisation (ici, Named Return Value Optimization alias NRVO), il est possible que le constructeur de copie soit appelé une fois de plus que nécessaire, je ne sais pas trop...

[scorbo]

Merci, ça me rassure un peu d'autant plus que j'utilise ce code depuis environs 2 semaines et que ça fonctionnait, mais depuis ce matin ça bugait à cet endroit alors je commençais à m'arracher les cheveux et à tout remettre en question, lol. Mais c'est bon le problème est résolu, et ça ne venait pas du tout de ça.

Merci !