Angenommen ich habe das Objekt „myOwnObject“ welches die IDisposable-Schnittstelle implementiert und angenommen es wird mit einem using-Block innerhalb eines try-Blocks verwendet und innerhalb des using-Blocks tritt eine Exception auf.
Wird Dispose() des Objektes trotzdem aufgerufen, oder muss dafür dann noch extra ein finally-Block folgen?

Reicht es so?


Oder benötige ich noch einen finally-Block?

Nein, da im Normalfall(wenn mich jetzt nich alles täuscht) das Using am Ende sowieso ein Dispose macht.
Desweiteren hast du notfalls immer noch die 'Garbage Control' welche solche Arbeiten meiner Meinung nach sehr gut erledigt.

lg.

LucaWelker schrieb:

Nein, da im Normalfall(wenn mich jetzt nich alles täuscht) das Using am Ende sowieso ein Dispose macht.

GambaJo meint ja wenn eine Exception auftritt kommt er nicht zu der End Using Zeile sondern fällt in den Catch Block

lg

Einfach ausprobieren? Wenn man nicht auf die Disposed Eigenschaft deines Objekts zugreifen kann, einfach zum Testen ne eigene kleine Klasse mit IDisposeable machen in der mutwillig eine Exception ausgeworfen wird.

Die Disposed-Variable machst du dann Public und rufst sie nach dem Try Block einfach mal ab.

@fichz: Ah okey, sorry das hab ich wohl falsch verstanden. Allerdings bleibt immer noch der Garbage Collector, welcher das Zeug zwar nicht sofort wegräumt aber wenn nötig. Also ein Speicherleck wird es hier definitiv nicht geben.

Ansonsten kann ich dodo nur zustimmen.

@Dodo: Deine Signatur is geil, den gleichen Spruch hat ein Klassenkammerad gestern bei uns im IT Unterricht gebracht als wir eine ähnliche Schaltung gesehen haben xD

lg.

Okay, meine erste Idee funktioniert nicht, da man auf die Variable nicht zugreifen kann wenn sie außerhalb des Using Blocks steht, also habe ich einfach in die Dispose-Methode eine MsgBox eingebaut und die Exception ausgeführt und bevor die MsgBox der Exception kommt wird das Objekt disposed.

Hier zum Testen:


Aufruf:

@Dodo: Thx

LucaWelker schrieb:

@fichz: Ah okey, sorry das hab ich wohl falsch verstanden. Allerdings bleibt immer noch der Garbage Collector, welcher das Zeug zwar nicht sofort wegräumt aber wenn nötig. Also ein Speicherleck wird es hier definitiv nicht geben.

Wenn in dem Objekt z.B. mehrere hundert oder tausend Dateien geöffnet werden möchte man nicht warten. Wenn man z.B. eine Datei im Zugriff hat, möchte man, dass sie nicht so lange gesperrt bleibt, bis der GC Lust hat das Objekt zu terminieren.

kann schon deshalb nicht funktionieren, weil myOwnObject außerhalb der Using-Schleife nicht definiert ist.
Im Falle einer Exception wird die Using-Schleife ordnungsgemäß beendet.

@RodFromGermany: narf, da hätte ich auch selbst drauf kommen können.

Mir ist nur gerade wichtig, dass in einer solchen Situation die Ressourcen ordnungsgemäß entladen werden, sonst geht schnell gar nichts mehr hier.

Ist jetzt zwar nicht ganz das vom Thema aber generell zu Using.
Was macht dies genau bzw wo liegt der Unterschied beispielsweise bei einem OpenFileDialog


Wird der Speicher da im unterem Beispiel nicht freigegeben?

lg

Irgendwann schon. Wenn der GC sich das Objekt vornimmt.

Mit using bzw. Dispose() wird der Speicher auch nicht wirklich freigegeben. Dort werden nur die Ressourcen, die man in diesem Objekt genutzt hat, entladen (sofern man dies in Dispose() so implementiert hat). Ob der GC dabei auch „gezwungen“ wird dieses Objekt an sich zu entladen, bezweifle ich, da das ja gegen das Prinzip des „intelligenten“ und selbst agierenden GCs verstoßen würde. Aber sicher bin ich mir nicht.

Dispose wirds nur freigegeben, nicht aber gesäubert, dazu müsste man den GC manuell 2 mal ausführen.

Also erzielt wie unten beschrieben beides den gleichen Effekt?

?

lg

Ja, wobei der Using Block aber eingerückt wird und damit viel übersichtlicher ist und man muss das eigenhändige Disposing nicht tippen, was man durchaus mal vergessen kann.

ok Danke schön

Das using hilft auch bei größeren Methoden, da das Dispose() eventuell schon irgendwo vorkommen kann, aber z.B. in irgendeinem If oder else zweig, wo das Programm unter umständen gar nicht hinkommt. Daher ist using die sicherere Variante, die aber nichts anderes macht, als Dispose() auszurufen.

LucaWelker schrieb:

Allerdings bleibt immer noch der Garbage Collector, welcher das Zeug zwar nicht sofort wegräumt aber wenn nötig. Also ein Speicherleck wird es hier definitiv nicht geben.

Jein, es gibt auch durchaus Objekte die die GC selber überhaupt nicht aufräumt, wie z.B. COM-Objekte (unmanaged Ressourcen). Die MUSST Du tatsächlich selber per Anweisung entladen, bzw. per marshallen freigeben, ansonsten hast Du die bis zum Ultimo aktiv im Speicher. Und das kann u.U. sehr übel sein.

Gruß

Rainer

Ja, dass ist mir schon klar.. Es gibt ja auch den Unmanaged Bereich, welchen man selbst aufräumen muss. Heißt ja nicht umsonst Unmanaged xD aber dass gilt für seinen Teil ja eben nicht

lg.

Aber es schadet auch nicht.

Klar schadet es nicht:) Sagt ja auch keiner:) ICh benutze auch meistens usings grade bei Streamwriter/reader geschichten. Das Dispose verwende ich eher selten, allerdgins hab ich es auch schon benutzt.

lg.