Attraper erreurs en java

Beaucoup des exemples de code Java que vous trouverez à des fins d'apprentissage comprendront la récupération d'erreur

en eux. Les exemples ne vous enterrer dans l'interception des erreurs, mais ils vont faire de bonnes techniques de piégeage d'erreur partie du code de l'application chaque fois que possible (et l'erreur de piégeage Code ne cache pas complètement le but de l'exemple).

Dans cet esprit, les sections qui suivent donnent un aperçu des techniques utilisées pour détecter les erreurs. Vous verrez trois niveaux différents de récupération d'erreur couramment employé dans les applications Java.

Erreur piégeage est l'acte de détecter une exception et de dire la JRE que vous envisagez de faire quelque chose avec elle. Le JRE répond en ne passant pas l'erreur par l'appelant de la méthode actuelle et repose sur la méthode actuelle de résoudre le problème à la place.

Erreur piégeage est normalement associée à la partie try d'une déclaration try ... catch, tandis que la gestion des erreurs est normalement associée à la partie de capture d'une déclaration try ... catch.

La gestion des erreurs en option

La phrase “ erreur de manipulation option ” est un peu un abus de langage. Il est facultatif seulement parce que Java ne vous oblige pas à exécuter dans le cadre de l'aide de divers objets dans votre application. Chaque application que vous construisez devrait inclure un certain niveau de la gestion des erreurs, même si Java ne vous oblige pas à ajouter.

En fait, l'ajout de la gestion des erreurs à chaque application que vous créez, même pour les applications de test simples, vous aidera à devenir compétent dans cet aspect de la programmation Java et vous mettre en avant des développeurs qui ne suivent pas cette pratique.

La gestion des erreurs est l'acte de résoudre une exception que la demande a piégé. Dans certains cas, la manipulation des moyens de l'erreur à afficher un message à l'utilisateur et pour demander une correction. Cependant, la gestion des erreurs peut prendre plusieurs formes, certains d'entre eux entièrement automatisé et invisible pour l'utilisateur. Cet acte est normalement associée à la partie de capture d'une déclaration try ... catch.

Manipulation plus spécifique à des erreurs moins spécifiques

La plupart des applications peuvent générer plus d'un exception. En outre, vous ne pouvez pas être en mesure de détecter précisément les exceptions une application va générer. Dans ce cas, vous devez prévoir des clauses de prises multiples pour l'instruction try ... catch. Chaque clause catch est spécialisé dans un type particulier d'erreur.

En outre, vous pouvez utiliser des gestionnaires d'exceptions génériques pour ces situations où votre application rencontre des erreurs qui ne sont pas dans le jeu que vous avez initialement prévu.

Utilisation des objets facultatifs à éviter exceptions

De toutes les exceptions que vous pouvez voir lorsque vous travaillez avec Java, le NullPointerException (ou NPE) est la plus répandue et parfois le plus dur à diagnostiquer. Un NullPointerException se produit chaque fois que vous passez une valeur nulle à une fonction Java qui attendait une valeur réelle. Le problème est que pas toutes les situations qui crée un NPE est en fait un problème.

Parfois, vous vous attendez à avoir une valeur nulle se produire et ont besoin d'une méthode pour traiter avec elle. Par exemple, considérons la situation où vous voulez trouver une valeur spécifique dans une liste de valeurs possibles. Il est tout à fait possible que vous ne trouverez pas la valeur que vous voulez, ce qui entraîne un retour de valeur nulle.

Si vous essayez ensuite de traiter la valeur null, vous obtenez un NPE. Parce que vous aviez prévu valeurs nulles de se produire, trouver l'erreur peut être horriblement difficile.

Jusqu'à présent, il était difficile pour les développeurs humains à comprendre la pensée noir et blanc d'un ordinateur. Java 8 offre maintenant des objets facultatifs pour faire face à la situation dans laquelle une valeur de retour d'une fonction est optionnelle plutôt que nécessaire.