Identifizieren Ausnahmetyp in einem Handler

Question

ich benutzerdefinierte Ausnahmeklasse erstellt haben

public class Web2PDFException : Exception 
{ 
    public Web2PDFException(string message, 
     Exception innerException) 
     : base(message, innerException) 
    { 
    } 
} 

In meiner Anwendung möchte ich, um herauszufinden, ist throw Ausnahme meine benutzerdefinierte Ausnahme ist oder nicht.

try 
{ 
} 
catch (Exception err) 
{ 
//Find exception type here 
} 

Answer 1

AKTUALISIERT: unter der Annahme C# 6, sind die Chancen, dass Ihr Fall kann als Ausnahmefilter ausgedrückt werden. Dies ist der ideale Ansatz aus Sicht der Leistung Ihre Anforderung unter der Annahme, kann in Bezug auf mich, zum Beispiel ausgedrückt werden:

try 
{ 
} 
catch (Web2PDFException ex) when (ex.Code == 52) 
{ 
} 

---

Unter der Annahme, C# < 6, die am effizientesten ist, eine bestimmte Exception Art zu fangen und zu tun Umgang darauf bezogen. Jede catch-all Handhabung kann

try 
{ 
} 
catch (Web2PDFException ex) 
{ 
} 

oder

try 
{ 
} 
catch (Web2PDFException ex) 
{ 
} 
catch (Exception ex) 
{ 
} 

oder separat durchgeführt werden (wenn Sie einen allgemeinen Handler schreiben müssen - die in der Regel eine schlechte Idee ist, aber wenn Sie sicher sind, ist es am besten für Sie, sind Sie sicher):

if(err is Web2PDFException) 
{ 
} 

oder (in bestimmten Fällen, wenn Sie etwas komplexere Art Hierarchie Sachen tun müssen, die mit is)

ausgedrückt werden kann nicht

if(err.GetType().IsAssignableFrom(typeof(Web2PDFException))) 
{ 
} 

oder wechseln Sie zu VB.NET oder F # und verwenden is oder Type.IsAssignableFrom in Ausnahmefilter

Answer 2

try 
{ 
    // Some code 
} 
catch (Web2PDFException ex) 
{ 
    // It's your special exception 
} 
catch (Exception ex) 
{ 
    // Any other exception here 
} 

Answer 3

Sie immer Ausnahmen so konkret wie möglich fangen sollte, so dass Sie

try 
{ 
    //code 
} 
catch (Web2PDFException ex) 
{ 
    //Handle the exception here 
} 

verwenden sollten

Sie können natürlich so etwas verwenden, wenn Sie darauf bestehen:

try 
{ 
} 
catch (Exception err) 
{ 
    if (err is Web2PDFException) 
    { 
     //Code 
    } 
} 

Answer 4

try 
{ 
} 
catch (Exception err) 
{ 
    if (err is Web2PDFException) 
     DoWhatever(); 
} 

aber es gibt wahrscheinlich einen besseren Weg zu tun, was auch immer Sie wollen.

Answer 5

können Sie einige zusätzliche Informationen, um Ihre Ausnahme in Ihrer Klasse hinzufügen und dann, wenn Sie die Ausnahme abfangen können Sie Ihre kundenspezifischen Informationen steuern Sie Ihre Ausnahme

this.Data["mykey"]="keyvalue"; //you can add any type of data if you want 

zu identifizieren und dann können Sie Ihr Wert

erhalten

string mystr = (string) err.Data["mykey"]; 

wie die für weitere Informationen: http://msdn.microsoft.com/en-us/library/system.exception.data.aspx

Answer 6

Wenn mit Situationen zu tun, wo ich don Wenn ich genau weiß, welcher Ausnahmetyp aus einer Methode hervorgehen könnte, ist es ein kleiner "Trick", den ich gerne mache, den Klassennamen der Exception wiederherzustellen und ihn dem Fehlerprotokoll hinzuzufügen, so dass es mehr Informationen gibt.

try 
{ 
    <code> 

} catch (Exception caughtEx) 
{ 
    throw new Exception("Unknown Exception Thrown: " 
         + "\n Type: " + caughtEx.GetType().Name 
         + "\n Message: " + caughtEx.Message); 
} 

Ich bürgen für immer Ausnahmen Typen einzeln, aber das Extra an info Handhabung kann hilfreich, besonders, wenn sie mit Code von Menschen zu tun, die Liebe Catch-All-generische Typen zu erfassen.

Answer 7

Alternativ:

var exception = err as Web2PDFException; 

if (excecption != null) 
{ 
    Web2PDFException wex = exception; 
    .... 
} 

Answer 8

anstelle von Hartcodierung und neu zu kompilieren, warum nicht nur rufen Sie die GetType Methode aus der aktuellen Ausnahme Visual Studio-Debugger?

Um dies zu tun, während des Debuggen kann man Methoden mit dem Immediate Window des Debuggers aufrufen. Zum Beispiel musste ich wissen, was die Ausnahme war und extrahiert nur die Name Eigenschaft GetType als solche ohne neu kompilieren zu müssen: