Chapitre 8. Les exceptions
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
Certaines opérations peuvent échouer. Si ton programme lit des données à partir d'un fichier stocké sur un lecteur externe, quelqu'un peut débrancher le lecteur. Ton application peut essayer de construire un tableau et découvrir que le système n'a pas assez de mémoire libre. Une connectivité intermittente au réseau sans fil peut faire échouer les demandes de réseau. Une façon très répandue pour un programme de découvrir ces sortes d'échecs est que chaque API renvoie une valeur indiquant si l'opération a réussi. Cela demande aux développeurs d'être vigilants si l'on veut détecter toutes les erreurs, car les programmes doivent vérifier la valeur de retour de chaque opération. C'est certainement une stratégie viable, mais elle peut obscurcir le code ; la séquence logique du travail à effectuer lorsque rien ne va mal peut être enterrée par toutes les vérifications d'erreurs, ce qui rend le code plus difficile à maintenir. C# prend en charge un autre mécanisme populaire de traitement des erreurs qui peut atténuer ce problème : les exceptions.
Lorsqu'une API signale un échec par une exception, cela perturbe le flux normal de l'exécution, en sautant directement au code de traitement d'erreur approprié le plus proche. Cela permet une certaine séparation entre la logique de traitement des erreurs et le code qui tente d'effectuer la ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access