La gestion des exceptions, c'est pas seulement pour logguer les erreurs, c'est aussi pour essayer de rattraper ces exceptions si possible. Et dans les faits, il y a quand même énormément d'exceptions qui peuvent être rattrapées ou contournées. Donc je trouve pas cela mauvais d'avoir des try/except partout. Essaie juste de bien réfléchir à ce que chaque exception signifie, et essaie d'écrire du code spécifique pour gérer le problème, si possible. Je ne serais pas étonné si une bonne moitié de tes try/except le permettent plutôt que de simplement laisser une trace de log.
Quant au fait d'en avoir plein, bienvenu dans la programmation sérieuse! Un bon programme a toujours énormément plus de code de gestion d'erreur, contrairement à des exemples de bouquins effectivement. D'ailleurs j'ai toujours trouvé irresponsables les bouquins qui mettent de côté la gestion d'erreur dans les exemples, et se contentent d'en faire un chapitre à part, comme si c'était juste une fonctionnalité comme une autre (que l'on peut donc ignorer éventuellement).
Les premiers chapitres, éventuellement, mais une fois expliqués les exceptions, tous les exemples suivants devraient intégrer ces dernières.
Conclusion:
Y a-til de bonnes méthodes ?
Oui, gère tes exceptions. :-)
Pour le reste, tu peux aérer et mettre des commentaires, comme d'autres le conseillent, mais ne te préoccupe pas d'avoir un "beau code" sans exception. En fait c'est une question d'habitude: très probablement à force, par habitude, le beau code te paraîtra être ton code solide, c'est à dire celui qui gère bien les exceptions et ne crashe pas pour un rien.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]
# Gestion des exceptions
Posté par Jehan (site web personnel, Mastodon) . En réponse au message Comment gérer correctement les exceptions. Évalué à 2.
La gestion des exceptions, c'est pas seulement pour logguer les erreurs, c'est aussi pour essayer de rattraper ces exceptions si possible. Et dans les faits, il y a quand même énormément d'exceptions qui peuvent être rattrapées ou contournées. Donc je trouve pas cela mauvais d'avoir des try/except partout. Essaie juste de bien réfléchir à ce que chaque exception signifie, et essaie d'écrire du code spécifique pour gérer le problème, si possible. Je ne serais pas étonné si une bonne moitié de tes try/except le permettent plutôt que de simplement laisser une trace de log.
Quant au fait d'en avoir plein, bienvenu dans la programmation sérieuse! Un bon programme a toujours énormément plus de code de gestion d'erreur, contrairement à des exemples de bouquins effectivement. D'ailleurs j'ai toujours trouvé irresponsables les bouquins qui mettent de côté la gestion d'erreur dans les exemples, et se contentent d'en faire un chapitre à part, comme si c'était juste une fonctionnalité comme une autre (que l'on peut donc ignorer éventuellement).
Les premiers chapitres, éventuellement, mais une fois expliqués les exceptions, tous les exemples suivants devraient intégrer ces dernières.
Conclusion:
Oui, gère tes exceptions. :-)
Pour le reste, tu peux aérer et mettre des commentaires, comme d'autres le conseillent, mais ne te préoccupe pas d'avoir un "beau code" sans exception. En fait c'est une question d'habitude: très probablement à force, par habitude, le beau code te paraîtra être ton code solide, c'est à dire celui qui gère bien les exceptions et ne crashe pas pour un rien.
Film d'animation libre en CC by-sa/Art Libre, fait avec GIMP et autre logiciels libres: ZeMarmot [ http://film.zemarmot.net ]