none
Compilation de projet et erreurs détaillées RRS feed

  • Question

  •  

    Bonjour,

     

    Comment compiler un projet en VB8 (ou en VB9 que je vais bientôt découvrir) afin que l'utilisateur n'accède pas aux détails des erreurs quand le programme plante.

     

    Merci !

    mardi 11 mars 2008 09:02

Toutes les réponses

  • Il te faut utiliser un Try...Catch pour capter les erreurs et les traiter de la façon que tu souhaite, ainsi l'utilisateur n'aura pas à voir le message par défaut de .Net. Tu peux ainsi réduire les plantages de ton application avec une bonne gestion des erreurs.

     

    mardi 11 mars 2008 11:13
    Modérateur
  • En effet, dans le meilleur des mondes possibles le programmeur a prévu tous les cas de plantage. Malheureument, "l'erreur est humaine".

     

    En VB6, lors d'un plantage, l'utilisateur n'avait pas accès au détails de l'erreur, alors qu'en VBnet, il peut voir l'architecture du programme (nom des subs où est arrivée l'erreur).

     

    Ma question reste entière : comment revenir à la situation de VB6 ?  

     

    Merci Smile

    Kyz

    jeudi 13 mars 2008 08:31
  •  kyz A écrit:

    En effet, dans le meilleur des mondes possibles le programmeur a prévu tous les cas de plantage. Malheureument, "l'erreur est humaine".

     

    Oui, l'erreur est humaine, mais malheureusement c'est un programme informatique Wink

     kyz A écrit:

    Ma question reste entière : comment revenir à la situation de VB6 ?  

     

    Je ne pourrais pas te dire comment revenir à la situation de VB6, moi je catch les erreurs a différents niveau de mon application pour être sur de bien trappé chacune de ceux-ci et ne pas montré le message par défaut à l'utilisateur. De ce fait, dans ma routine main (C#) je fais un try..catch sur le Application.Run qui est le premier niveau de code et le dernier où un erreur peut-être intercepter, si l'erreur remonte jusque là, je mets un message d'erreurs disant que l'application a quitté de façon inexpliqué et que le programme va se terminer. Mais heureusement, ce type d'erreur n'arrive pas....

    jeudi 13 mars 2008 11:23
    Modérateur