Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Que faire de la valeur de retour d'une methode
J'ai fait une recherche avant mais sans rien trouver:
Si j'ai une methode qui retourne disons un int:
int maClass::maFonction()
Y a-t-il un risque quelconque (selon le compilo?) a l'appeler sans tenir aucun compte de la valeur retournee?
maClasse monObjet;
monObjet.maFonction();
ou vaut-il mieux appeler:
(void)monObjet.maFonction();
Qu'en est-il si c'est un objet qui est retourne?
Merci!
il n'y a pas de risque pour le compilo.
le mieux ca reste quand meme :
int res = objet.fonction();
et si c'est un objet :
Object obj = objet.fonction();
Aucun risque non, la copie de la valeur de retour sera simplement détruite dès la fin de l'appel.
Je ne me rappelle plus de l'utilité (ou non) du cast en void, peut-être est-ce simplement pour éviter un avertissement sur certains compilos.
Mieux que SDL : découvrez SFML
Mes tutoriels 2D/3D/Jeux/C++, Cours et tutoriels C++, FAQ C++, Forum C++.
On peut aussi imaginer que dans une boîte ayant des règles de codage imposant de toujours valider les valuers de retour, ce code signifie "Je sais ce que je fais" et pas seuleemnt "Je suis un fainéant".
Ma session aux Microsoft TechDays 2013 : Développer en natif avec C++11.
Celle des Microsoft TechDays 2014 : Bonnes pratiques pour apprivoiser le C++11 avec Visual C++
Et celle des Microsoft TechDays 2015 : Visual C++ 2015 : voyage à la découverte d'un nouveau monde
Je donne des formations au C++ en entreprise, n'hésitez pas à me contacter.
Le seul risque que peut présenter le fait de ne pas tenir compte de la valeur de retour, c'est celui d'une fuite si ladite valeur est un pointeur vers des objets alloués dynamiquement...
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
Je me trouve confronté tous les jours à du code qui retourne des valeurs, et dont personne ne fait attention.
En fin de compte, soit si il y a une erreur tu lances une exception ou tu retourne une erreur, à toi de voir ce qui est le plus facile de gérer.
Mais quelque soit le choix, IL FAUT gérer les erreurs, sinon, tu auras ton soft qui plantera lamentablement et tu ne sauras pas pourquoi.
La gestion des erreurs est la chose la plus importante dans un soft.
Répondre avec citation
Partager