Brève introduction
L'ASP est si simple que de nombreux développeurs ne pensent pas à la gestion des erreurs. Le traitement correct des erreurs peut rendre votre application plus raisonnable. J'ai vu de nombreux sites Web commerciaux écrits dans ASP, dont la plupart ignorent la gestion des erreurs.
Il existe trois principaux types d'erreur:
Erreur de compilation:
Ce type d'erreur se produit généralement en raison du problème de syntaxe du code.
Le verbe Asp a cessé de fonctionner en raison d'une erreur de compilation.
Erreur d'exécution
Cette erreur se produit lorsque vous êtes prêt à exécuter l'ASP.
Par exemple: si vous essayez d'attribuer une valeur à une variable, mais il est au-delà de la portée autorisée par la variable.
Erreur logique
Les erreurs logiques sont les plus difficiles à détecter. Ce type d'erreur est souvent une erreur structurelle qui ne peut pas être découverte par un ordinateur.
Cela nous oblige à vérifier soigneusement notre code.
Étant donné que les erreurs de compilation se produisent généralement avec des erreurs logiques et peuvent généralement être affichées, ce qui nous inquiète est l'erreur de fonctionnement. Tout termine le fonctionnement de l'ASP et laisse un tas de texte très hostile pour l'utilisateur.
Alors, comment gérons-nous les erreurs de fonctionnement! ? Jetons d'abord un coup d'œil à la seule commande d'erreur qui nous est fournie par ASP - ONERRORRESUMENEXT (je voudrais rappeler aux débutants ici qu'il n'y a que la déclaration ONERRRESUMENEXT dans ASP, pas de déclaration ONERRRESUMEGOTO). Si vous n'utilisez pas d'instruction ONERRORRESUMENEXT, toutes les erreurs de fonctionnement se produiront. Ceci est fatal, alors un code d'erreur sera "affiché" à l'utilisateur, et le programme ASP s'arrêtera également.
Voici un code d'erreur:
Proviseur Microsoft Oledb pour ODBCDiverser80004005
[Microsoft] [ODBCDRiverManager] DataSourCenamenotFoundedandNodeFaultDrivers a été précisé
/test.asp,line60
Lorsque nous utilisons l'instruction ONERRORRESUMENEXT en haut du programme, toutes les erreurs seront ignorées et le programme exécutera automatiquement l'instruction suivante. De cette façon, le programme sera entièrement exécuté et l'utilisateur ne verra pas le message d'erreur après une erreur. Mais il y a aussi des inconvénients de cette manière, c'est-à-dire que si le programme ne s'exécute pas comme vous l'imaginez, il vous sera difficile de savoir ce qui ne va pas, vous devez donc faire face aux erreurs si nécessaire.
Gestion des erreurs
Dans ASP, la meilleure façon de gérer les erreurs est de mettre du code au bas du programme pour gérer les erreurs. Je recommande également d'utiliser des tampons dans chaque programme ASP. De cette façon, si une erreur se produit, la page s'arrête et le contenu de la page sera effacé, afin que l'utilisateur ne verra pas le message d'erreur et qu'il y aura moins de plaintes à votre sujet! Voici un exemple:
<% @ Lingots = "vbscript"%>
<% 'Régler le tampon sur true
Réponse.buffer = true
'Démarrer la gestion des erreurs
Onerrorresumenext
%>
<% 'Gestion des erreurs
IFerr.Number <> 0THEN
'Effacer la page
Réponse.
'Afficher le message d'erreur à l'utilisateur