Discussion :

[Turvy]

Bonjour,

J'ai vu dans une conférence récemment, que c'était une bonne pratique d'avertir l'utilisateur après un crash de l'appli, pour qu'il sache ce qui se passe, que le problème sera résolu.....etc etc.

Mais comment faire ? Car si l'appli a planté, elle ne peut plus exécuter la moindre action normalement ?
Si vous connaissez des tuto sur le sujet, je suis preneur.
Merci

[joel.drigo]

Salut,

Je ne connais pas de tutoriel sur le sujet, mais :

• si c'est une application desktop standalone, une seconde application de surveillance peut le faire (faite maison par exemple)
• si c'est une application serveur, où un réseau d'applications serveur, même solution (il existe des applications qui gèrent ça (zabbix; centreon...)).
• Si c'est une application client/serveur : le serveur peut détecter, à l'expiration de session par exemple, qu'un signal de déconnexion normal n'a pas été envoyé

[Turvy]

Merci du renseignement, mais s'il faut 2 appli juste pour dire "désolé" quand ca plante, je vais laisser comme c'est.

[Feanorin]

Tu peux intercepter toutes exception à partir de ta classe application, générer une notification, envoie serveur ou autres comme tu veux, puis laisser l'exception remonté, ca peut être un deal.

Après franchement, pour faire comprendre au gens lambda que l'application a planté car la sauvegarde de donnée alpha n'a pas pu se faire pou x raison je ne sais pas si cela va l'intéresser. Le seul truc qui l'intéressera est de savoir que l'erreur sera traitée asap. après a trop spamer tu ne vas juste que faire remarquer que ton application est mauvaise. Donc je ne sais pas si cela est vraiment une bonne idée de le faire tout le temps. ( un peu comme le rapport d'erreur sous microsoft ou la plupart des gens n'envoie pas le rapport d''erreur).