Avoir des fonctions courtes et simple à lire est bien plus crucial que le nombre de return qu'elles contiennent (et bien sûr, pour cela aussi il y a des exceptions).
Avoir des return un peu partout ça t'empêche de faire du log par exemple, si tu veut faire évoluer ton code et ajouter un traitement supplémentaire avant le retour de la fonction tu te retrouve.
Les seuls cas où ça peut être intéressant c'est les préconditions testées en début de fonction (si tel paramètre vaut ceci return -1).
Ensuite, les break je préfère éviter de les utiliser dans des boucles pour regrouper les conditions de sorties au même endroit dans un boucle ce qui la rend plus lisible (on comprend mieux l'invariant quand on a sous les yeux toutes les conditions de sorties).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Julia
Posté par barmic . En réponse au journal De l'enseignement de la programmation en classe préparatoire. Évalué à 2.
Avoir des return un peu partout ça t'empêche de faire du log par exemple, si tu veut faire évoluer ton code et ajouter un traitement supplémentaire avant le retour de la fonction tu te retrouve.
Les seuls cas où ça peut être intéressant c'est les préconditions testées en début de fonction (si tel paramètre vaut ceci return -1).
Ensuite, les break je préfère éviter de les utiliser dans des boucles pour regrouper les conditions de sorties au même endroit dans un boucle ce qui la rend plus lisible (on comprend mieux l'invariant quand on a sous les yeux toutes les conditions de sorties).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)