Le try/except local permet aussi, dans le cadre d'une utilisation par des tiers, de préciser des erreurs et de donner des pistes vers les sources de problème.
Par exemple, tu lis un fichier de configuration et tentes d'accéder à une valeur qui y est absente. Par défaut l'accès lève un KeyError. Tu peux intercepter l'erreur, logguer un "Missing configuration key %s in file %s", puis mettre un raise pour remonter l'erreur au dessus. L'utilisateur aura son exception, avec tout le traceback, mais il aura en plus une piste vers où chercher l'origine de l'erreur.
Une chose surtout: ne jamais passer une exception d'erreur en silence, toujours la tracer quelque part, et si on n'a pas de solution de résolution du problème dans le bloc de traitement, alors remonter l'exception au dessus.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: logging + exceptions
Posté par lolop (site web personnel) . En réponse au message Comment gérer correctement les exceptions. Évalué à 2.
Le
try/exceptlocal permet aussi, dans le cadre d'une utilisation par des tiers, de préciser des erreurs et de donner des pistes vers les sources de problème.Par exemple, tu lis un fichier de configuration et tentes d'accéder à une valeur qui y est absente. Par défaut l'accès lève un
KeyError. Tu peux intercepter l'erreur, logguer un "Missing configuration key %s in file %s", puis mettre unraisepour remonter l'erreur au dessus. L'utilisateur aura son exception, avec tout le traceback, mais il aura en plus une piste vers où chercher l'origine de l'erreur.Une chose surtout: ne jamais passer une exception d'erreur en silence, toujours la tracer quelque part, et si on n'a pas de solution de résolution du problème dans le bloc de traitement, alors remonter l'exception au dessus.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN