Version imprimable
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.
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".
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...
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.