a quoi sert un return sans rien après ?

bonjour,
je voudrais savoir a quoi sert un return sans rien après ?
return;

bonjour,
ça permet de sortir d'une fonction qui ne renvoi rien (facultatif à la fin de la fonction).

Citation:

---

Envoyé par harlock59

bonjour,
je voudrais savoir a quoi sert un return sans rien après ?
return;

---

A écrire du code crade...

Citation:

---

Envoyé par Emmanuel Delahaye

Citation:

---

Envoyé par harlock59

bonjour,
je voudrais savoir a quoi sert un return sans rien après ?
return;

---

A écrire du code crade...

---

8O

Pas forcément. Sur certains algos, pour optimiser ça peut servir. Je pense notament à certains algos d'exploration de graphe.

Mais il est vrai que ce n'est pas très propre et une simple condition permet de régler celà.

code propre : 1 fonction :arrow: 1 return en fin de fonction

si le return est en fin de fonction ce n'est pas du tout du code grade et meme :
le fait de mettre un return facultatif apporte le fait de signaler la volonté du codeur de sortir de la fonction (rien de plus...)

Citation:

---

Envoyé par ZaaN

code propre : 1 fonction :arrow: 1 return en fin de fonction

---

On est d'accord.

Citation:

---

si le return est en fin de fonction ce n'est pas du tout du code crade

---

Ok.

Citation:

---

et meme :
le fait de mettre un return facultatif apporte le fait de signaler la volonté du codeur de sortir de la fonction (rien de plus...)

---

Ben on le savait déjà, merci. Inutile.

Ce qui est crade c'est de mettre des return au milieu du code.(surtout le jour où la fonction doit effectivement retourner une valeur significative et qu'il faut fouiller la fonction pour mettre à jour tous les return...)

Et je ne parle pas des ressources non libérées et autres amusements...

C'est vrai que des return un peu partout ca fait spagetti :scarymov:

Ah ? Vous préférez par exemple rajouter une condition dans un while (par exemple, while c) et à la place de mettre un return du resultat au milieu de la fonction, mettre un c=0 qui sort de la boucle et qui renvoie au return final ? Je sais pas si je me fais bien comprendre. Mais je trouve cette approche inutile (désolé ! expliquez s'il y a matière à !) et pas beaucoup plus propre que les return s'ils sont bien placés. Dans quels cas est-ce que ça pose vraiment problème ?

Citation:

---

Envoyé par babar56

Mais je trouve cette approche inutile (désolé ! expliquez s'il y a matière à !) et pas beaucoup plus propre que les return s'ils sont bien placés. Dans quels cas est-ce que ça pose vraiment problème ?

---

Dans des cas réels et complexes.

- Création d'objets dynamiques imbriqués, par exemple. Le moindre faux-pas en cas d'erreur et c'est la fuite mémoire...

Pas mal d'exemples réels ici :

http://emmanuel-delahaye.developpez.com/clib.htm

Celui-là, par exemple :

http://emmanuel-delahaye.developpez..../ed/src/fstr.c

Personnellement dans la méthodologie de développement de ma boite (que je ne trouve pas bonne) on conseille vivement l'utilisation du return

Code:

---

1 2 3 4 5 6

void routine(void* pvPrm) { //... return; }

---

Pour des raisons de débugage, mettre un break point sur le return, mais bon c'est tres lié à visual.

Citation:

---

Envoyé par ronan99999

Personnellement dans la méthodologie de développement de ma boite (que je ne trouve pas bonne) on conseille vivement l'utilisation du return

Code:

---

1 2 3 4 5 6

void routine(void* pvPrm) { //... return; }

---

Pour des raisons de débugage, mettre un break point sur le return,

---

Ca, je peux l'admettre (si c'est le seul de la fonction)