Wieso Speicheranforderung in Try...Finally ?

[DeddyH]

Lös doch einmal eine Exception in einem der Objekte aus. Kommst Du dann noch bis zum Free?

[stahli]

Nein, natürlich nicht.
- Das Programm ist fehlerhaft und muss korrigiert werden.
- Es ist unklar, was in f.Work und b.DoOther nun genau passiert ist und inwieweit Ergebnisse aus diesen Methoden noch brauchbar sind.

Diese beiden Punkte träfen aber auch zu, wenn die Aufrufe in try-Blöcke gekapselt wären.
Lediglich die zwei Pointer würden dann halt nicht mehr im Speicher rumdümpeln.

In sehr kritischen Zusammenhängen oder bei Referenzzählungen, externen Speicheranforderungen (@Uwe: ich hatte keinen roten Kasten vorhin) o.ä. würde ich ja auch Schutzblöcke einsetzen.
Aber nicht, wenn ich mir mal ein blödes Objekt erzeuge, und das kurz darauf wieder freigebe.

Code halte ich auch nicht für besser lesbar, wenn überall try-Blöcke verwendet werden.

Ich will ja niemanden missionieren, wollte nur ursprünglich mal nachfragen, wozu das Ganze und sagen, dass ich das halt so pauschal (immer noch) nicht nachvollziehen kann.


Aber ich habe Euch trotzdem alle ganz doll lieb - das muss auch mal wieder gesagt werden.