🚀 go-pugleaf

"Jo Vermeulen" <jo@lumumba.luc.ac.be> wrote
> Ik had een vraagje. In een C# project (in het compact .NET framework)
> vervang ik soms een afbeelding door een andere afbeelding. Ik heb gezien
> dat sommige mensen dan eerst dit doen:
> Is dat nodig? Ik dacht dat C# garbage collection had. Of dient het enkel
> om C# een "hint" te geven dat dit object verwijderd kan worden?

Alle klassen in de .NET runtime die zogenaamde unmanaged resoruces
encapsuleren hebben ofwel een Dispose ofwel een Close methode.
De reden hiervoor is dat de garbage collector maar af en toe uitgevoerd
wordt en dit kan problemen opleveren met sommige unmanaged resources.

Neem bijvoorbeeld een File.

FileStream fs = File.Open(.., FileShare.None);
fs.Read(...);
fs = null;
// rest van code

Het probleem met bovenstaande code is dat het bestand open blijft totdat de
GC aangeroepen wordt [wat potentieel een hele tijd kan duren]. Dit wil
zeggen dat andere programma's die dat bestand willen openen gewijgerd
worden, omdat je file sharing op None hebt gezet. Volgende code is een stuk
beter:

FileStream fs = File.Open(.., FileShare.None);
fs.Read(...);
fs.Close();
// rest van code

Bovenstaande code gaat het bestand sluiten zodra het niet meer nodig is.

Het is duidelijk dat bovenstaand geval enkel van toepassing is voor
bestanden, maar er zijn nog andere redenen om unmanaged resources zo snel
mogelijk vrij te geven. Zo hebben de oudere Windows platformen [98, ME,
misschien ook NT4] een vrij beperkte set van handles en zo ongeveer elke
unmanaged resource [buiten geheugen] gebruikt zo'n handles. Het is dus
duidelijk dat als je 10000 images opent zonder ze te sluiten dat je image
handles wel eens op kunnen geraken voordat de eerste image handles door de
GC terug vrijgegeven worden.

Een derde reden die in jouw geval van toepassing is is geheugengebruik.
Images kunnen heel wat geheugen innemen en dus is het misschien wel een goed
idee om dat geheugen zo snel mogelijk terug vrij te geven.

MVg,
Pieter Philippaerts