Praxis in der Verwendung von Try-Catch-finally

Question

Welche ist eine gute Kombination mit UI-Ebenen Try-Catch und eine gute Übung in der n-Tier-Anwendung und warum?

1.

try 
    { 
    //Statements 
    } 
    catch 
    { 
     throw 
    } 
    finally 
    { 
    //cleanup codes 
    } 

OR

2.

try 
    { 
     // statements 
    } 
    catch(Exception ex) 
    { 
    } 
    finally 
    { 
    // clean up 
    } 

und in UI-Schicht

try{ 
} 
catch(Exception ex) 
{ 
Log(ex); 
} 
finally 
{ 
    //clean up 
} 

Answer 1

In der ersten, die catch und throw völlig sinnlos ist, sollten Sie eine try und finally, wenn Sie die Bereinigung verwenden nur sicherstellen wollen.

Die zweite ist gefährlich und sollte nie benutzt werden. Der Code sollte keinen Catch enthalten, der jede Ausnahme verschluckt und sie ohne eine Erklärung ignoriert. In dem seltenen Fall, dass Sie eine Ausnahme abfangen und ignorieren müssen, sollten Sie versuchen, sie auf einen bestimmten Ausnahmetyp zu beschränken, und Sie sollten immer einen Kommentar in den Code einfügen, der erklärt, warum die Ausnahme ignoriert wird.

Das dritte Beispiel funktioniert gut. Ich nehme an, dass Sie innerhalb des Blocks try eine weitere Ausnahmebehandlung haben, die die von Ihnen erwarteten spezifischen Ausnahmetypen abfängt und den Benutzer bei Bedarf über das Problem informiert.

Answer 2

Eine gängige Praxis ist zu versuchen, die Verwendung/finally (oder der Verwendung von Statements) im Business/Service Die Ebene, um sicherzustellen, dass Ressourcen ordnungsgemäß bereinigt werden.

Bei einer physischen Ebene Grenzen Sie lange Ausnahmen wollen könnten, so dass Sie so etwas wie die folgenden haben könnten:

try 
{ 
} 
catch(Exception ex) 
{ 
    ... log exception 
    throw; 
} 

Und vielleicht einen Top-Level-Exception-Handler (try/catch) im UI-Ebene.