Leseprobe

114
Anweisungen für die Ausnahmebehandlung
Das Besondere an diesem Beispiel ist, dass der Code gleich zwei catch-Blöcke
für denselben try-Block verwendet. Der erste catch-Block kümmert sich speziell
um die häufiger auftretende Ausnahme DivideByZeroException und der zweite
um alle restlichen Ausnahmen.
Es ist wichtig, dass Sie catch-Blöcke so anreihen, dass der Code für die Behandlung
spezieller Ausnahmen vor dem für allgemeinere Ausnahmen zu stehen
kommt. Das Beispiel in Listing 7.7 zeigt, was passiert, wenn Sie sich nicht an
diese Reihenfolge halten:
Listing 7.7:
catch-Blöcke in falscher Reihenfolge
1: try
2: {
3: int nTheZero = 0;
4: int nResult = 10 / nTheZero;
5: }
6: catch(Exception Ex)
7: {
8: Console.WriteLine("Allgemeine Ausnahme" + Ex.ToString());
9: }
10: catch(DivideByZeroException divEx)
11: {
12: Console.WriteLine("Und sie ward nie gesehen...");
13: }
Der Compiler bemerkt den Verdreher und generiert eine Fehlermeldung nach folgendem
Muster:
wrongcatch.cs(10,9): error CS0160: A previous catch clause already catches
all exceptions of this or a super type ('System.Exception')
Zum Schluss dieser Betrachtung sollte nicht unerwähnt bleiben, das der Ausnahmemechanismus
des NGWS-Laufzeitsystems gegenüber dem SEH folgenden
Mangel (oder wenn Sie so wollen: Unterschied) aufweist: Es gibt kein Äquivalent
für den in SEH-Ausnahmefiltern definierten Bezeichner EXCEPTION_CONTINUE_
EXECUTION. Dieser Bezeichner ermöglicht im Wesentlichen die Wiederholung des
für die Ausnahme verantwortlichen Codes, nachdem die Ursache des Fehlers
behoben ist. Eine bevorzugte Speicherverwaltungstechnik des Autors war in diesem
Zusammenhang beispielsweise die Speicheranforderung in Reaktion auf
Ausnahmen aufgrund von Zugriffsverletzungen.