Discussion :

[Seth77]

Salut

Comment faire pour recuperer toutes les exceptions au niveau d un application ?

thx ++

[cfillion]

Tu met un try/catch à chaque méthode qui est susceptible de générer une exception.
Si tu veut éviter d'avoir à copier le message d'erreur, tu le met dans une nouvelle méthode qui sera appelée à chaque catch.

[swif79]

Bonsoir,
Réponse ici.

[Seth77]

thx

[GuruuMeditation]

Pour les applications WPF, il y a Application.DispatcherUnhandledException.
Mais attention, cela ne catche que les exceptions qui ne sont pas handled au niveau du thread UI. Si sur un autre thread, il faut catcher l'exception et faire un throw sur le thread UI.
C'est la que je remarque qu'il y a plein de termes informatiques dont je ne connais pas la traduction française, et j'ai l'impression de parler comme JCVD

[Seth77]

LOL
thx

C est la mon petit problemes ; les exceptions qui viennent des autres threads ...
c est ce qu il me semblait ; qu il fallait les catcher a pars !

++

[kheironn]

Tu met un try/catch à chaque méthode qui est susceptible de générer une exception.
Si tu veut éviter d'avoir à copier le message d'erreur, tu le met dans une nouvelle méthode qui sera appelée à chaque catch.

D'une façon générale, tu ne mets un catch que si tu fais quelque chose.

Code :

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

1
2
3
4
Catch
{
    Throw;
}

ne sert à rien ! Tu dois mettre le catch dans la couche responsable des traitements des erreurs, ainsi tu conserves la pile des appels et ne fait pas de code useless qui attrape pour rien ! (perte de perf dans ce cas : le catch consomme)

par contre

Code :

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

1
2
3
4
5
Catch
{
// traitements des logs
    Throw;
}

est un exemple d'utilisation raisonnable du Catch

Personnellement, je préfère retourner des Null plutôt que des exceptions. Mais Lorsque tu utilises à fond le système des exceptions (je me souviens de CommerceServer qui fonctionne comme ça) tu te retrouves avec une pelleté d'exceptions métiers du genre "QueryWithNoResultException" et tu gères tout au try/catch.

Ne pas oublier les Try/finally qui sont bien utiles pour fermer, libérer etc.

pour répondre à "JCVD" :

Mais attention, cela n'attrape que les exceptions qui ne sont pas générées au niveau du processus léger IU (interface utilisateur). Si sur un autre processus léger, il faut attraper l'exception et la lever sur le processus léger de l'interface utilisateur.

LOL ! Ca peut choquer certains...


Edit : très intéressant cet article swif79