Précédent   Forum des professionnels en informatique > Logiciels > Microsoft Office > Access > Runtime
Runtime Forum destiné à recevoir toutes vos questions concernant le Runtime (empaquetage, déploiement...)
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 01/10/2007, 17h09   #1
Membre confirmé
 
Inscription : novembre 2006
Messages : 467
Détails du profil
Informations personnelles :
Âge : 49

Informations forums :
Inscription : novembre 2006
Messages : 467
Points : 284
Points : 284
Par défaut [2007]La gestion d'erreur doit-elle être systématique?

Bonjour à tous,

J'ai développé mon appli sans trop me soucier de la gestion des erreurs.
J'ai celles mises par Access quand j'utilise l'assistant plus quelques unes handmades.
Je constate qu'Access fait une gestions systématique et je me dis que ce n'est peut-être pas par hazard...
J'ai traité certains cas reconnus en faisant des tests qui m'évitent d'avoir une erreur, mais bien évidement je n'ai pas tout vu et n'ai pas envisagé des cas dont je ne soupçonne même pas l'exitence.
Mon application est destinée à être distribuée en runtime.

Vers quels graves ennuis je me dirige?
Si j'ai une erreur avec mon runtime (je n'ai aucune expérience runtime) comment ça se termine? Ctrl+Alt+Del?

Dois-je faire une gestion d'erreur systematique?
Ce type de gestion est-il passe-partout?
Code :
1
2
3
4
5
6
7
8
9
10
11
12
Private Sub cmdEnvoyerListe_Click()
On Error GoTo Err_cmdEnvoyerListe_Click
    Dim stDocName As String
    stDocName = "rptRechMulti"
    DoCmd.SendObject acReport, stDocName
Exit_cmdEnvoyerListe_Click:
    Exit Sub
Err_cmdEnvoyerListe_Click:
    MsgBox Err.Description
    Resume Exit_cmdEnvoyerListe_Click
 
End Sub
Merci de votre attention.
__________________
Un seul conseil: la règle des 3S.
tAKAmAkA est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 01/10/2007, 17h15   #2
Membre émérite
 
Avatar de jean-paul lepetit
 
Inscription : février 2005
Messages : 809
Détails du profil
Informations personnelles :
Âge : 56

Informations forums :
Inscription : février 2005
Messages : 809
Points : 830
Points : 830
Salut,
Si tu travailles en Runtime, chaque erreur va te planter ta base et te la fermer, d'où, importance de la gestion d'erreur...
__________________
Ils ne savaient pas que c'était impossible, alors il le réalisèrent (Mark Twain)
jean-paul lepetit est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 01/10/2007, 17h52   #3
Membre confirmé
 
Inscription : novembre 2006
Messages : 467
Détails du profil
Informations personnelles :
Âge : 49

Informations forums :
Inscription : novembre 2006
Messages : 467
Points : 284
Points : 284
Merci jpl,
Je m'en doutais un peu...
Donc, je dois inclure une gestion pour tous les sub et toutes les fonctions?
L'exemple que j'ai donné est-il adapté à tous les cas?
__________________
Un seul conseil: la règle des 3S.
tAKAmAkA est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 01/10/2007, 19h56   #4
Modérateur
 
Homme René MAROT
Inscription : octobre 2005
Messages : 5 482
Détails du profil
Informations personnelles :
Nom : Homme René MAROT
Localisation : Canada

Informations forums :
Inscription : octobre 2005
Messages : 5 482
Points : 7 577
Points : 7 577
Non tu n'as pas a inclure la gestion d'erreur dans chaque fonction ou sub.

Il suffit de la mettre à des endrois stratégiques.

Par exemple si tu as une fonction haut niveau qui appele une série de sous-fonctions, généralement on met la gestion d'erreur dans la fonction principale.

La question qu'il faut se poser est "Le bout de code qui génère l'erreur a-t'il suffisement d'info pour la traiter localement ?"

Si oui, alors il est utile de mettre un traitement d'erreur,

sinon il l'ignore et l'erreur remonte au niveau du dessus.


A+
__________________
Vous voulez une réponse rapide et efficace à vos questions téchniques ? Ne les posez pas en message privé mais dans le forum, vous bénéficiez ainsi de la compétence et de la disponibilité de tous les contributeurs.
marot_r est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 01/10/2007, 20h15   #5
Membre confirmé
 
Inscription : novembre 2006
Messages : 467
Détails du profil
Informations personnelles :
Âge : 49

Informations forums :
Inscription : novembre 2006
Messages : 467
Points : 284
Points : 284
Marot r:
Citation:
sinon il l'ignore et l'erreur remonte au niveau du dessus.
Pour qu'il ignore l'erreur ne faut-il pas une "gestion d'erreur"?
__________________
Un seul conseil: la règle des 3S.
tAKAmAkA est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 01/10/2007, 20h43   #6
Modérateur
 
Homme René MAROT
Inscription : octobre 2005
Messages : 5 482
Détails du profil
Informations personnelles :
Nom : Homme René MAROT
Localisation : Canada

Informations forums :
Inscription : octobre 2005
Messages : 5 482
Points : 7 577
Points : 7 577
Non, c'est un méchanisme interne à Access, s'il n'y a pas de On Error ... dans la procédure ou la fonction, Access termine l'exécution à la ligne fautive et remonte la pile d'appel jusqu'à ce qu'il rencontre un programme de traitement des erreurs.

A+
__________________
Vous voulez une réponse rapide et efficace à vos questions téchniques ? Ne les posez pas en message privé mais dans le forum, vous bénéficiez ainsi de la compétence et de la disponibilité de tous les contributeurs.
marot_r est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 01/10/2007, 23h23   #7
Membre confirmé
 
Inscription : novembre 2006
Messages : 467
Détails du profil
Informations personnelles :
Âge : 49

Informations forums :
Inscription : novembre 2006
Messages : 467
Points : 284
Points : 284
Merci, c'est déjà plus clair pour moi.
__________________
Un seul conseil: la règle des 3S.
tAKAmAkA est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité Cette discussion est résolue.
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 21h23.


 
 
 
 
Partenaires

Hébergement Web