Wann und wie freigeben ...

[Eclipticon]

Hi,

mich plagen wieder mal Alptraeume von nicht freigegebenem Speicher Wenn ich im OnCreate oder OnShow-Ereignis einer TForm Objekte erstelle (die nicht Teil der Form sind) ... gebe ich sie dann besser im OnClose-Ereignis oder in der finalization der Unit frei? Was fuer Vor- und Nachteile haben diese Varianten?

Und verstehe ich es recht, dass ich mir FreeAndNil() sparen kann, wenn ich ohnehin Objekte nirgends mit Assigned() darauf pruefe, ob schon eine Instanz erstellt wurde?

Danke!

[theo]

1: Das Pendant zu OnCreate ist OnDestroy
2: Afaik ja.

[Socke]

• Wie theo sagt, immer Gegenteilig freigeben, also:
  • initialization -- finalization
  • Constructor -- Destructor
  • OnCreate -- OnDestroy
  • usw.
• In dem Falle reicht sogar ein .Destroy anstelle von .Free aus; damit sparst du eine If-Abfrage pro Objekt.

[mschnell]

Komponenten haben einen "owner", der beim Create gesetzt wird. Wenn der freigegeben wird, wird die Komponente automatisch freigegeben. Automatische Freigaben gibt es auch bei einigen Listen-Typen.

-Michael

[Socke]

Komponenten

Stimmt, die hatte ich noch vergessen. Bei Komponenten macht es aber auch nichts aus, wenn man sie vorher manuell freigibt, da dann die internen Referenzen automatisch aktualisiert werden.
Bei den Listen muss man die Referenzen auch noch manuell löschen/auf nil setzen.

[mschnell]

Bei den Listen kann man das automatische Löschen abschalten, wenn man es nicht braucht.
-Michael

[Socke]

Man könnte auch automatisch referenzgezählte Interfaces verwenden.

Eine alternative wäre ein eigener Memory-Manger, der am Ende den gesamten noch nicht freigegebenen Speicher freigibt.

Ein Kommilitone würde jetzt sagen: Man kann sich auch 'ne Gewürzgurke ans Knie nageln...