Gestion d'erreur : utilité et moment d'utilisation?

Réponse acceptée !

personnellement quand j'ai une erreur a un endroit, je pose un
On error goto erreurquisaoule


et à la fin de mon programme je fait
erreurquisaoule: Exit sub

comme sa si on clike sur un bouton , si les champs , les données saisie son incorrecte ya rien qui se passe jusqu'à la correction.
POur ce qui est du resume next je sais pas

En espérant t'avoir éclaircit,++

Réponse acceptée !
Salut,

Resume next = passe outre la ligne suivante

On error resume next, passe donc la ligne si une erreur est détectée

Réponse acceptée !
On Error Resume Next

signifie 'ignorer toutes les erreurs et continuer'.

C'est bien entendu pas très malin de faire çà. Ton programme fait alors n'importe quoi, et tu ne t'en rends pas compte. C'est assez stupide (avis personnel) de débugger avec çà.

Le cas d'utilisation classique est celui-ci.

Sub toto()


On Error Goto errHandler

' bla bla ...

Exit Sub
errHandler:
' en fonction de Err.Number (numéro de l'erreur), faire certaines choses ...

End Sub



Err.Number



Manu
-------------------------------------------
Une question bien posée, c'est une chance de réponse bien adaptée.

Réponse acceptée !

   Gérer les erreurs doit faire partie du programme. Il y a toujours des impondérables. Si tu utilises des périphériques,  une imprimante, par exemple, et qu'elle n'est pas connectée, récupérer les erreurs devient indispensable. 

   

Réponse acceptée !

Oui, çà doit faire partie du code.
Le simple fait de les intégrer dans la gestion du code signifie que tu as déjà réfléchi au cas, et que tu as peut-être une solution.

Mais il est parfois plus facile d'intercepter le message d'erreur Windows 'Pas de disque dans le lecteur de CDROM' que de vérifier par ses propres moyens que c'est effectivement vide.



Manu
-------------------------------------------
Une question bien posée, c'est une chance de réponse bien adaptée.