Discussion :

[issoram]

Bonjour,

Tout est dans le titre..

Par exemple pour le pseudo-code ci dessous, où est-il le plus judicieux de gérer les erreurs?

• Au sein de la procédure de lecture pour une gestion plus fine
• Au sein de la procédure appelante pour une gestion globale au sein du code principal.
• Ou alors peut être dans les 2, sous peine de redondance?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
'Procédure qui lit un fichier
Sub lecture_fichier(byval nomFichier as String)
 
Ouverture fichier
'.....
'gestion erreur ouverture ici?
'.......
Lecture fichier
'......
'gestion erreur fermeture ici?
'......
Fermeture fichier
'......
end Sub
 
'Procédure appelante
sub test()
'gestion erreur globale ici? 
lecture_fichier("C:\.....\test.txt")
end sub

Merci d'avance.

[nchal]

Salut,

Je pense que sa dépend de ton besoin. Soit tu veux que l'utilisateur sache juste que ça n'a pas marché, soit tu veux qu'il sache où sa n'a pas marché. Après au niveau de performance, je ne pense que que faire 2 vérifications gène plus qu'en faire une seule (sa dépend bien sur de la quantité de fichier).
D'un point de vue personnel, je préfère gérer les erreurs finement, donc dans ton cas, dans la procédure de lecture.

[fring]

Bonjour,

Si c'est pour gérer l'erreur en cas de non existence du fichier tu peux faire

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
If Dir("Chemin\Fichier.xls") <> "" Then
    'ouverture fichier
Else
    MsgBox "Le fichier n'a pas été trouvé"
End If

[issoram]

Bonjour et merci Fring,

Question méthode je fais souvent comme ci dessous

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
On Error Resume Next
instruction   'Instruction pouvant générer une erreur
If err.number<>0 then
   msgbox "Une erreur s'est produite lors de .... : " & err.Description 
end if
On error goto 0
Err.clear

Ma question porte plus sur la philosophie de la gestion d'erreurs que sur la méthodologie à employer:
- Si je gère les erreurs au plus haut niveau (dans le prog principal)=> moins de travail, plus de clarté du code (pas de gestion d'erreurs disséminées un peu partout)
- mais perte de finesse dans la gestion d'erreurs.

Quel est selon vous le bon compromis? De quelle manière gérez vous vos exceptions?

Merci à tous

[fring]

L'exemple était pour te montrer que lorsqu'on peut éviter de provoquer une erreur autant le faire.

Pour les erreurs inévitables, tu y as répondu toi même à ta question