Wie stoppe ich Ausnahmen, die meine Delegiertenkette zerstören?

Question

Ich bin auf das gestoßen, was ein allgemeines Problem sein muss. Wenn ich ein Ereignis habe, das von mehreren verschiedenen Klassen abonniert werden kann, führt eine Ausnahme, die von einer dieser Klassen ausgelöst wird, zum Abbruch der Rückrufkette. Da ich a priori nicht weiß, in welcher Reihenfolge der Callback ausgeführt wird, kann dies zu unvorhersehbaren Statusänderungen für einige Klassen und nicht für andere führen.

In der Bibel (CLR via C#, verwende ich C# 2.0) gibt es einen kurzen Absatz über MulticastDelegate.GetInvocationList, um dies zu umgehen, aber nichts mehr. Also meine Frage ist: Was ist der beste Weg, damit umzugehen? Muss ich jedes Mal, wenn ich eine Veranstaltung habe, MulticastDelegate.GetInvocationList benutzen? Oder muss ich alle Methoden einschließen, die als Teil der Delegiertenkette in einer Art Rollback-Mechanismus aufgerufen werden können? Warum sind all diese Optionen im Vergleich zum einfachen Event/Delegate-Modell, das in C# so einfach zu verwenden ist, so kompliziert? Und wie kann ich den einfachen Weg benutzen, ohne mit einem beschädigten Zustand zu enden?

Danke!

Answer 1

Wenn Sie einfach einen Delegaten aufrufen, ruft er alle Zielmethoden der Reihe nach auf. Sie müssen GetInvocationList verwenden, wenn man sie einzeln ausgeführt werden soll - zum Beispiel:

• Cancel nach jedem
• überprüfen Sie den Rückgabewert jedes
• erfassen nach dem Ausfall eines einzelnen Ziel weiterhin

Wie für den besten Weg, es zu verwenden: Wie soll es sich verhalten? Es ist mir nicht klar, ... zum Beispiel, könnte dies durchaus auch eine Erweiterungsmethode passen:

static void InvokeIgnoreErrors(this EventHandler handler, 
     object sender) { 
    if(handler != null) { 
     foreach(EventHandler subHandler in handler.GetInvocationList()) { 
      subHandler(sender, EventArgs.Empty); 
     } 
    } 
} 

Dann können Sie einfach myHandler.InvokeIgnoreErrors(this); (zum Beispiel) nennen. sein

könnte Ein weiteres Beispiel:

static bool InvokeCheckCancel(this CancelEventHandler handler, 
     object sender) { 
    if(handler != null) { 
     CancelEventArgs args = new CancelEventArgs(false); 
     foreach(CancelEventHandler subHandler in handler.GetInvocationList()) { 
      subHandler(sender, args); 
      if(args.Cancel) return true; 
     } 
    } 
    return false; 
} 

die nach dem ersten Ereignis stoppt fordert Löschung.

Answer 2

Anstatt zu ändern, wie Sie Ereignisse aufrufen, sollten Sie Ihre Event-Handler überprüfen. Meiner Meinung nach sollten Event-Handler-Methoden immer so geschrieben werden, dass sie "sicher" sind und niemals Ausnahmen propagieren lassen. Dies ist besonders wichtig, wenn Sie Ereignisse in GUI-Code behandeln, bei denen das Ereignis durch externen Code aufgerufen wird, aber zu jeder Zeit eine gute Gewohnheit ist.