Discussion :

[tourlourou]

Bonjour,

Je m'interroge sur l'opportunité de changer du code que je révise sur ce point.

Soit une fonction qui retourne un code d'erreur et fait éventuellement appel à une CallBack fournie par l'utilisateur.

Vous semble-t-il préférable de :
1) laisser l'utilisateur gérer une éventuelle exception dans sa CallBack ;
2) gérer cette exception lors de l'appel en retournant un code d'erreur correspondant ?

Merci pour vos avis.

[Jipété]

Bonsoir, Yves

Dis donc, ta question n'attire pas les foules, on dirait...

Et moi je n'ai pas trop d'idée sur la question, à part de demander à l'utilisateur ce qu'il en pense, puisqu'au final, c'est lui qui est concerné, à te lire.

[Paul TOTH]

Bonjour,

Je m'interroge sur l'opportunité de changer du code que je révise sur ce point.

Soit une fonction qui retourne un code d'erreur et fait éventuellement appel à une CallBack fournie par l'utilisateur.

Vous semble-t-il préférable de :
1) laisser l'utilisateur gérer une éventuelle exception dans sa CallBack ;
2) gérer cette exception lors de l'appel en retournant un code d'erreur correspondant ?

Merci pour vos avis.

les deux sont intéressants, l'exception peut être plus riche que le code erreur pour détermine la cause du problème. si on veux juste un booléen indiquant si oui on non la fonction a fait ce qu'elle devait faire, évidemment on capturera l'exception.

NB: l'utilisateur pour toujours ajouter une gestion d'exception dans sa callback si nécessaire.

[tourlourou]

Merci pour vos avis. Je pense finalement m'orienter vers une protection de mon code envers les exceptions des CallBack en l'indiquant dans le code retour.

En effet, plusieurs CallBack peuvent être appelées plusieurs fois lors de l'exécution de cette fonction, et ne doivent au fond pas l'entraver puisqu'elle aura fait correctement son boulot ! Je prévois donc un code d'erreur indiquant une erreur dans une fonction de rappel mais avec terminaison correcte du code propre.