Puis-je créer un gestionnaire global d'exception en C# qui permet au code de continuer à exécuter par la suite?

Vous pouvez écrire un gestionnaire d'exception méthode que vous appelez dans tous les catch bloc, qui enregistre la trace de la pile à l'endroit où vous souhaitez l'enregistrer. Mais vous auriez besoin d'écrire try . . . catch blocs pour chaque opération qui a besoin d'eux et de les appeler le gestionnaire d'exception chacun.

Vous pouvez également appeler que le gestionnaire global d'exception à la méthode d' MyApplication.UnhandledException gestionnaire pour tous les non gérée événements. Mais lorsqu'une commande arrive à cette méthode, dans ce cas, le programme ne va pas continuer à fonctionner.

OriginalL'auteur Tony Vitabile

Aucun qui n'existe pas, les exceptions sont un flux de contrôle de la construction, de sorte On Error Resume Next n'est pas possible.

Vous pourriez faire votre opération en boucle et sur une exception, recommencez votre logique.

KandallFrey est en droit cependant, vous ne devriez pas utiliser des exceptions comme le contrôle de flux, de les utiliser uniquement dans des cas exceptionnels.

OriginalL'auteur Daniel A. White

Dans une Winform application, vous pouvez joindre un gestionnaire à l' Application.ThreadException événement (assurez-vous de le faire avant d'appeler Application.Run()). Cela permettra de se débarrasser de la norme exception de dialogue (l'un avec le bouton "détails") et de vous donner la puissance pour afficher /enregistrer tout ce que vous voulez.

Cependant, rappelez-vous que cela va fonctionner SEULEMENT pour les exceptions levées dans le thread de l'INTERFACE utilisateur. Les Exceptions soulevées à partir d'un thread d'arrière-plan ne sera pas accessible à partir de votre gestionnaire. Ceux-ci peuvent encore être pris par AppDomain.UnhandledException gestionnaire.

OriginalL'auteur Crono

De mon cabinet, j'ai construit une exception cadre de traitement qui m'a bien servi pendant 7 ans maintenant. Toutes les références d'assembly de la DLL, et chaque méthode dans chaque assemblée dispose d'un bloc try-catch. Dans le catch, j'ai pratiquement à rendre une décision sur la base de la question: "où veux-je que mon traitement d'exception cadre d'intervenir, c'est à dire pour enregistrer l'exception des données en externe et en informera l'utilisateur du problème?". Dans la plupart des cas, la réponse à cette question est que je veux intervenir dans les cas où la méthode est appelée de l'extérieur, par exemple si c'est à l'intérieur d'un gestionnaire d'événement ou un autre délégué. Voici donc un exemple de code:

Private Sub Button1_Click(sender As System.Object, e As System.EventArgs) Handles Button1.Click
    Try
        Method1()
    Catch ex As Exception
        BSExceptionHandler.ProcessException(BSExceptionHandler.GetBSException(ex, BSExceptionHandler.GetThisMethodName))
    End Try
End Sub

Private Sub Method1()
    Try
        method2()
    Catch ex As Exception
        Throw BSExceptionHandler.GetBSException(ex, BSExceptionHandler.GetThisMethodName)
    End Try
End Sub

Private Sub method2()
    Try
        Dim x As Integer = CInt("x") 'exception thrown here.
    Catch ex As Exception
        Throw BSExceptionHandler.GetBSException(ex, BSExceptionHandler.GetThisMethodName)
    End Try
End Sub

Quand Throw BSExceptionHandler.GetBSException(ex, BSExceptionHandler.GetThisMethodName) est appelé pour la première fois dans Method2(), à l'exception d'origine est enveloppé à l'intérieur d'un BSException, et l'origine du nom de la méthode est stockée en tant que bien (plus sur cela plus tard). Les appels suivants à BSExceptionHandler.GetBSException(ex, BSExceptionHandler.GetThisMethodName), par exemple, dans Method1(), de reconnaître que l'exception est déjà de type BSException et il suffit de jeter que, au lieu de ré-emballage. En fin de compte, il atteint le "top" de la pile d'appel (pas vraiment le top, juste au point où je l'ai décidé, je veux processus de l'exception par le biais de mon framework -- un journal, d'en informer l'utilisateur, etc.) - dans ce cas, en Button1_Click -- et puis BSExceptionHandler.ProcessException(BSExceptionHandler.GetBSException(ex, BSExceptionHandler.GetThisMethodName)) est appelé.

Ce que mon cadre n'en ProcessException est de déterminer le type de rapports configurés sur le système. Cette valeur par défaut est "simple", ce qui signifie que l'utilisateur obtient une très général et peu intrusif boîte de dialogue indiquant qu'un problème est survenu et leur demandant de contacter le département informatique. Cependant, il y a une option de paramètre de registre qui permettra de définir le type de rapport, soit de "commentaires" ou "e-mail". J'utilise de "commentaires" sur ma machine de développement, parce qu'elle inclut toutes l'exception de l'info dans la boîte de dialogue, donc je n'ai pas à aller regarder le journal. Le "e-mail" est utilisé sur les serveurs où j'ai des applications en cours d'exécution lorsque aucun utilisateur n'est connecté; dans ce cas, les informations d'erreur est envoyé par le département pour les avertir de la question.

L'autre chose qui se passe à partir de là, quel que soit le type de rapport, est que l'erreur des informations enregistrées dans le journal des événements Windows. Voici un exemple:

SILENT: No

ROOT ASSEMBLY: C:\Users\roryap\AppData\Local\Temporary Projects\WindowsApplication1\bin\Debug\WindowsApplication1.exe

DESCRIPTION: BromsunExceptionHandling.BSException: Calling Method 'WindowsApplication1.Form1.method2()' produced 'System.FormatException' exception with message 'Conversion from string "x" to type 'Integer' is not valid.'.

CALLING METHOD: WindowsApplication1.Form1.method2()

STACK TRACE:    at Microsoft.VisualBasic.CompilerServices.Conversions.ToInteger(String Value)
   at WindowsApplication1.Form1.method2() in C:\Users\roryap\AppData\Local\Temporary Projects\WindowsApplication1\Form1.vb:line 32

CALL STACK: WindowsApplication1.Form1.method2()
WindowsApplication1.Form1.Method1()
WindowsApplication1.Form1.Button1_Click(sender As System.Object, e As System.EventArgs)

SOURCE: Microsoft.VisualBasic

TARGET SITE: Int32 ToInteger(System.String)

EXTRA INFO: 

Lorsque l'utilisateur signale le problème à ELLE, tout ce qu'IL a à faire est de vérifier leur journal des événements pour obtenir l'erreur info. En outre, l'application ne se ferme pas; elle continue de fonctionner , car il ne permet à l'exception de la bulle jusqu'à l'extérieur de l'endroit où vous avez choisi de traiter l'exception avec le cadre de traitement des. Une fois qu'il est manipulé par le cadre, c'est fait.

Bien qu'il existe quelques inconvénients à cette approche, j'ai trouvé ça extrêmement robuste système et il m'a sauvé de nombreuses de nombreuses heures de dépannage à l'aveuglette au fil des ans. J'ai créé des extraits de sorte que tout ce que j'ai à faire est de créer un bloc try-catch puis tapez l'extrait de raccourci (par exemple, "pbs" ou "sct" -- dans le fourre-bloquer et frapper la touche de tabulation pour remplir l'exception appropriée de la méthode de gestion. Par conséquent, il est tout à fait indolore pour l'utilisation de ce cadre de chaque méthode. J'ai encore modifié mon VS les modèles de projet toujours de référence et sont le cadre, donc je ne pas avoir à le faire pour chaque nouveau projet.

Donc, concernant la GetThisMethodName() fonction: cette méthode utilise System.Diagnostics.StackTrace, System.Diagnostics.StackFrame, et System.Reflection.MethodBase trouver le nom de la méthode où l'exception d'origine a été enveloppé à l'intérieur du BSException.

OriginalL'auteur rory.ap