Pour moi le code avec des goto pour gérer les erreurs est beaucoup plus simple à comprendre et à maintenir.
C'est peut-être juste une question d'habitude.
On ne fait bien sur pas n'importe cuoi avec des goto dans tous les sens. Seulement des goto qui vont vers la fin de la fonction, pour faire les libérations de ressources nécessaires avant d'en sortir. C'est bien sûr avantageusement remplacé par la RAII en C++, mais en C, on a pas ce luxe.
Si on utilise pas de goto, on a deux choix:
tout le code se retrouve imbriqué dans un tas de if() qui ne servent qu'à gérer les erreurs, on a du mal à suivre le flot du code au milieu
le nettoyage est fait à plein d'endroits dans la fonction (partout où une erreur peut se produire) avec beaucoup de code dupliqué
[^] # Re: tout lu mais
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal 50 mauvais conseils de codage pour développeur C++. Évalué à 5.
Pour moi le code avec des goto pour gérer les erreurs est beaucoup plus simple à comprendre et à maintenir.
C'est peut-être juste une question d'habitude.
On ne fait bien sur pas n'importe cuoi avec des goto dans tous les sens. Seulement des goto qui vont vers la fin de la fonction, pour faire les libérations de ressources nécessaires avant d'en sortir. C'est bien sûr avantageusement remplacé par la RAII en C++, mais en C, on a pas ce luxe.
Si on utilise pas de goto, on a deux choix: