Partager via


Cas d'utilisation de la gestion structurée ou non structurée des exceptions (Visual Basic)

La gestion structurée des exceptions désigne simplement la création d'un mécanisme de gestion des exceptions à l'aide d'une structure de contrôle contenant des exceptions, de blocs de code isolés et de filtres. Cette fonctionnalité permet à votre code de différencier les différents types d'erreurs et de réagir en conséquence. Dans la gestion non structurée des exceptions, une instruction On Error placée au début du code gère toutes les exceptions.

Notes

La gestion structurée des exceptions est beaucoup plus polyvalente, robuste et souple que la gestion non structurée. Utilisez si possible la gestion structurée des exceptions. Toutefois, vous pouvez utiliser la gestion non structurée des exceptions dans les cas suivants :

  • Vous mettez à niveau une application écrite dans une version antérieure de Visual Basic.

  • vous développez une version préliminaire ou un projet de version d'une application et l'échec éventuel d'un arrêt progressif du programme ne vous poserait pas de problème particulier ;

  • vous connaissez à l'avance la cause exacte de l'exception qui sera provoquée ;

  • une date butoir approche, vous devez prendre des raccourcis et vous êtes disposé à sacrifier la souplesse pour la rapidité ;

  • le code est simple ou si court que vous n'avez besoin de tester que la branche de code qui génère l'exception ;

  • vous devez utiliser l'instruction Resume Next, qui n'est pas prise en charge dans la gestion structurée des exceptions.

Vous ne pouvez pas combiner la gestion structurée et la gestion non structurée des exceptions dans une même fonction. Si vous utilisez une instruction On Error, vous ne pouvez pas utiliser d'instruction Try...Catch dans la même fonction.

Quel que soit le mode de gestion des exceptions choisi, vous devez examiner au préalable les hypothèses associées au code. Par exemple, lorsque votre application demande à l'utilisateur d'entrer un numéro de téléphone, les hypothèses suivantes entrent en jeu :

  • l'utilisateur entre un nombre, et non des caractères ;

  • ce nombre présente un certain format ;

  • l'utilisateur n'entre pas de chaîne vide (null) ;

  • l'utilisateur possède un seul numéro de téléphone.

Les données entrées par utilisateur enfreignent peut-être l'une ou l'ensemble de ces hypothèses. Un code robuste exige une gestion adéquate des exceptions, pour que votre application puisse effectuer une reprise correcte après une infraction.

Sauf si vous pouvez garantir qu'une méthode ne lèvera jamais d'exception, prévoyez une gestion informative des exceptions. La gestion des exceptions doit être pertinente. Les messages ne doivent pas simplement signaler qu'une erreur s'est produite, mais ils doivent également identifier la cause et l'emplacement de l'erreur. Un message sans information pertinente ainsi que des lignes, telles que « Une erreur s'est produite » ne font que frustrer l'utilisateur.

Voir aussi

Tâches

Résolution des problèmes liés à la gestion des exceptions (Visual Basic)

Concepts

Types d'erreurs (Visual Basic)

Vue d'ensemble de la gestion structurée des exceptions pour Visual Basic

Vue d'ensemble de la gestion non structurée des exceptions (Visual Basic)