Lancements ou try+catch

Question

Quelle est la règle générale à suivre pour décider s'il faut ajouter une clause throws à une méthode ou utiliser un try-catch ?

D'après ce que j'ai lu moi-même, les throws doivent être utilisés lorsque l'appelant n'a pas respecté sa part du contrat (objet passé) et les try-catch doivent être utilisés lorsqu'une exception se produit au cours d'une opération effectuée dans la méthode. Est-ce correct ? Si oui, que doit-on faire du côté de l'appelant ?

P.S. : J'ai fait des recherches sur Google et SO mais j'aimerais avoir une réponse claire sur ce point.

Answer 1

• n'attrapez une exception que si vous pouvez la traiter de manière significative.
• déclarer le lancement de l'exception vers le haut si elle doit être traitée par le consommateur de la méthode courante
• lancer des exceptions si elles sont causées par les paramètres d'entrée (mais celles-ci sont le plus souvent non vérifiées)

Answer 2

En général, une méthode doit lever une exception à l'intention de son appelant lorsqu'elle ne peut pas traiter localement le problème associé. Par exemple, si la méthode est censée lire un fichier dont le chemin d'accès est donné, les exceptions IO ne peuvent pas être traitées localement de manière raisonnable. Il en va de même pour une entrée invalide, en ajoutant que mon choix personnel serait de lancer une exception non vérifiée comme IllegalArgumentException dans ce cas.

Et il devrait attraper une exception d'une méthode appelée si

• c'est quelque chose qui peut être géré localement (par exemple, essayer de convertir une chaîne de caractères d'entrée en un nombre, et si la conversion échoue, il est tout à fait valable de retourner une valeur par défaut à la place),
• soit elle ne doit pas être levée (par exemple, si l'exception provient d'une couche inférieure spécifique à l'implémentation, dont les détails d'implémentation ne doivent pas être visibles pour l'appelant - par exemple, je ne veux pas montrer que mon DAO utilise Hibernate pour la persistance de mes entités, donc je récupère toutes les HibernateExceptions localement et les convertit en mes propres types d'exception).

Answer 3

Voici comment je l'utilise :

Les lancers :

• Vous voulez juste que le code s'arrête quand une erreur se produit.
• Bon avec des méthodes qui sont sujettes à des erreurs si certaines conditions préalables ne sont ne sont pas remplies.

Try-Catch :

• Quand vous voulez que le programme se comporte différemment avec différentes erreurs.
• Idéal si vous voulez fournir significatif des erreurs aux utilisateurs finaux.

Je connais beaucoup de gens qui utilisent toujours les lancers parce que c'est plus propre, mais il n'y a pas autant de contrôle.

Answer 4

Ma règle d'or personnelle pour cela est simple :

• Puis-je le supporter ? d'une manière significative (ajouté à partir du commentaire) ? Donc mettre le code dans try/catch . Par gérer, j'entends pouvoir informer l'utilisateur/récupérer l'erreur ou, dans un sens plus large, être capable de comprendre comment cette exception affecte l'exécution de mon code.
• Ailleurs, jetez-le

Note : cette réponse est maintenant un wiki communautaire, n'hésitez pas à y ajouter des informations supplémentaires.

Answer 5

Si la méthode où l'exception a été levée dispose d'une quantité suffisante d'informations pour la traiter, elle devrait attraper, générer des informations utiles sur ce qui s'est passé et sur les données traitées.