Wie kann ich ein IDisposable-Objekt bereitstellen, wenn die using-Anweisung eine Ausnahme auslöst?

Question

Wie kann ich im folgenden Codeschnipsel sicherstellen, dass IDataReader entsorgt wird, wenn ExecuteReader eine Ausnahme auslöst?

using (IDataReader rdr = cmd.ExecuteReader()) 
{ 
    // use it 
} 

Es macht Sinn für mich, dass die using syntaktischen Zucker nicht Entsorgen nicht nennen (da es keinen Fall ist es zu fordern). Wie kann ich jedoch sicher sein, dass die knappen Ressourcen, die normalerweise von Klassen zugewiesen werden, die IDisposable implementieren, Freigaben sind?

Answer 1

Wenn ExecuteReader in Ihrem Beispiel eine Ausnahme auslöst, gibt es nie etwas zurück. Es liegt dann an der Implementierung von ExecuteReader, alles zu beseitigen, was vor der Ausnahme erstellt wurde.

Answer 2

Ich dachte, dass die Anweisung using auf die IL übersetzt wurde, die ähnlich ist:

try 
{ 
} 
finally 
{ 
    disposableUsedObject.Dispose(); 
} 

Also, ich würde denken, dass unter normalen Umständen sollte die Entsorgung genannt werden?

Auch sollten Sie keine Ausnahmen innerhalb des Konstruktors werfen, da Benutzer nicht erwarten, dass eine Ausnahme ausgelöst wird, wenn sie ein Objekt instanziieren. Ich würde die Initialisierungslogik verschieben, die eine Ausnahme zu einer anderen Methode (Initialize) auslösen kann, die nach dem Instanziieren des Objekts aufgerufen werden muss.

Answer 3

Wenn der Konstruktor eines Objekts nicht ausgeführt werden kann, haben Sie kein Objekt, das entsorgt werden muss.

Wenn Sie einen Konstruktor schreiben, der eine Ausnahme auslösen könnte, sollten Sie sicherstellen, dass Sie alles bereinigen, das Sie benötigen, indem Sie using oder try-catch-Block verwenden.

In Ihrem IDataReader-Beispiel genügt es, das Befehlsobjekt einfach zu entfernen, wenn der Methodenaufruf cmd.ExecuteReader() fehlschlägt.

Answer 4

Verschieben des Codes, der die Initialisierung außerhalb des Konstruktors ausführt, in eine separate Funktion. Im Wesentlichen werden Sie haben