Moyen facile d'attraper toutes les exceptions non gérées dans C#.NET

Toutes les exceptions non gérées enfin passé à travers Application_Error mondiale.asax. Ainsi, pour donner générale message de l'exception ou de faire des opérations forestières, voir Application_Error.

Utiliser la méthode Application_Error dans votre Global.asax fichier. À l'intérieur de votre Application_Error méthode de la mise en œuvre du Serveur d'appel.GetLastError(), enregistrer les détails de l'exception retournée par le Serveur.GetLastError() comme vous le désirez.

par exemple

void Application_Error(object sender, EventArgs e) 
{ 
    //Code that runs when an unhandled error occurs
    log4net.ILog log = log4net.LogManager.GetLogger(typeof(object));
    using (log4net.NDC.Push(this.User.Identity.Name))
    {
        log.Fatal("Unhandled Exception", Server.GetLastError());
    }
}

Ne payez pas trop d'attention à la log4net trucs, Serveur.GetLastError() est le plus utile bits, enregistrer les détails toutefois vous préférez.

Vous pouvez vous abonner à la AppDomain.CurrentDomain.UnhandledException événement.

Voulez-vous dire de le manipuler dans toutes les discussions, y compris celles créées par la troisième partie du code? Dans "connu" fils juste attraper Exception en haut de la pile.

Si vous l'utilisez .net framework 2.0, j'ai utiliser le construit en Surveillance de la Santé des services. Il y a un bel article décrivant cette méthode ici: http://aspnet.4guysfromrolla.com/articles/031407-1.aspx

Si vous êtes coincé avec le 1.0 cadre, je voudrais utiliser ELMAH:
http://msdn.microsoft.com/en-us/library/aa479332.aspx

espère que cette aide

Une courte réponse est à utiliser (Anonyme) délégué méthodes de traitement des communes code lorsque le délégué est appelé.

Fond: Si vous avez ciblé les points faibles, ou qui ont des passe-partout de code de gestion d'erreur, vous devez appliquer universellement à une classe particulière de problème, et vous ne voulez pas écrire la même try..catch pour chaque invocation de l'emplacement, (comme la mise à jour d'un contrôle spécifique sur chaque page, etc).

Étude de cas: Une douleur au point des formulaires web et l'enregistrement des données dans la base de données. Nous avons un contrôle qui affiche les enregistré statut de l'utilisateur, et nous avons voulu en commun code de gestion d'erreur ainsi que le bon de s'afficher sans copier-coller de réutilisation dans chaque page. Aussi, chaque page a sa propre chose à sa façon, de sorte que la seule vraiment partie du code a été l'erreur de manipulation et d'affichage.

Maintenant, avant d'être claqué, ce n'est pas pour le remplacement d'une couche d'accès aux données et le code d'accès aux données. C'est toujours à supposer qu'elle existe, de la bonne n de la couche de séparation, etc. Ce code est l'INTERFACE utilisateur-couche spécifique afin de nous permettre d'écrire propre code de l'INTERFACE utilisateur et de ne pas nous répéter. Nous sommes de grands croyants dans les pas d'annulation des exceptions, mais certaines exceptions ne doivent pas nécessiter l'utilisateur d'obtenir une page d'erreur générique et de perdre leur travail. Il y aura sql délais d'attente, les serveurs sont en panne, les blocages, etc.

Une Solution: La façon dont nous l'avons fait a été de passer un délégué anonyme à une méthode sur un contrôle personnalisé et essentiellement injecter le bloc d'essai à l'aide de délégués anonymes.

//normal form code.
private void Save()
{
    //you can do stuff before and after. normal scoping rules apply
    saveControl.InvokeSave(
        delegate
        {
            //everywhere the save control is used, this code is different
            //but the class of errors and the stage we are catching them at
            //is the same
            DataContext.SomeStoredProcedure();
            DataContext.SomeOtherStoredProcedure();
            DataContext.SubmitChanges();
        });
}

La SaveControl a lui-même la méthode comme:

public delegate void SaveControlDelegate();

public void InvokeSave(SaveControlDelegate saveControlDelegate)
{        
    //I've changed the code from our code. 
    //You'll have to make up your own logic.
    //this just gives an idea of common handling.
    retryButton.Visible = false;
    try
    {
        saveControlDelegate.Invoke();
    }
    catch (SqlTimeoutException ex)
    {
        //perform other logic here.
        statusLabel.Text = "The server took too long to respond.";
        retryButton.Visible = true;
        LogSqlTimeoutOnSave(ex);
    }
    //catch other exceptions as necessary. i.e.
    //detect deadlocks
    catch (Exception ex)
    {
        statusLabel.Text = "An unknown Error occurred";
        LogGenericExceptionOnSave(ex);
    }
    SetSavedStatus();
}

---

• Il y a d'autres moyens pour y parvenir (par exemple classe de base commune, intefaces), mais dans notre cas, cela avait le meilleur ajustement.
• Ce n'est pas un remplacement pour un excellent outil comme Elmah pour l'enregistrement de toutes les exceptions non gérées. C'est une approche ciblée pour la manipulation de certaines exceptions, dans un façon standard.

C'est une vieille question, mais la meilleure méthode (pour moi) n'est pas répertorié ici. Nous sommes donc ici:

ExceptionFilterAttribute est agréable et facile solution pour moi. Source: http://weblogs.asp.net/fredriknormen/asp-net-web-api-exception-handling.

public class ExceptionHandlingAttribute : ExceptionFilterAttribute
{
    public override void OnException(HttpActionExecutedContext context)
    {
        var exception = context.Exception;
        if(exception is SqlTimeoutException)
        {
            //do some handling for this type of exception
        }
    }
}

Et de l'attacher à f.e. HomeController:

[ExceptionHandling]
public class HomeController: Controller
{

}