TList - Fragen zur Speicherverwaltung

[generic]

Was speicherst du in der TList?

Wenn es Objekte sind solltest du lieber TObjectList nehmen.
Diese kann auch die Objekte wieder freigeben.

s.H. Constructor -> owns muss auf true sein.

[Sir Rufo]

Ich kann den Antwortern eigentlich nur bedingt zustimmen.

Das Freigeben der Objekte in der TList muss man abhängig von dem Objekt machen, an dem TList hängt.
Ist TList in einer Klasse definiert, dann TList aufräumen, wenn diese Klasse sich gerade in Rauch auflöst, wäre wie hier schon richtig angegeben im OnDestroy des Forms.
Ist TList aber als Variable in der Unit definiert, dann sollte die Freigabe im Abschnitt finalization erfolgen.

Objekte in einer (wie hier verwendeten) TList müssen beim Beenden nicht zwangsläufig manuell aus dem Speicher entfernt werden.

Bei einigen Klassen kann ich ja beim Erzeugen auch einen Owner mitgeben TIdFTP.Create( AOwner : TComponent ). Habe ich dieses gemacht, so wird dieses erzeugte Objekt beim Entfernen von Owner auch automatisch aus dem Speicher geschmissen.

Zitat von sirius:

2. Den Speicher gibst du einfach frei, wenn TList.Free (also in Destroy) aufgerufen wird.

aber auch nur die TList selber und nicht die angehängten Objekte!

cu

Oliver

[sirius]

Zitat von Sir Rufo:

aber auch nur die TList selber und nicht die angehängten Objekte!

Deswegen schrieb ich ja, in Destroy

[Sir Rufo]

Zitat von sirius:

Zitat von Sir Rufo:

aber auch nur die TList selber und nicht die angehängten Objekte!

Deswegen schrieb ich ja, in Destroy

... ich meinte mit TList.Free wird nur TList freigegeben - Punkt, aus. Alles was ich vorher an TList gehängt habe ist weiterhin im Speicher.
Das Freigeben von angehängten Objekte kann nur TObjectList.

[sirius]

Ich sehe, wir meinen das gleiche.
Deswegen muss man es (alles angehängte) ja in Destroy freigeben.

[DeddyH]

Ich glaube, Sir Rufo hat den Satz

Zitat:

Den Speicher gibst du einfach frei, wenn TList.Free (also in Destroy) aufgerufen wird.

nur falsch interpretiert. Sagen wir also einfach, dass vor dem Free die enthaltenen Daten freigegeben werden müssen .

[LeoDD]

Zitat von generic:

Was speicherst du in der TList?

Wenn es Objekte sind solltest du lieber TObjectList nehmen.
Diese kann auch die Objekte wieder freigeben.

s.H. Constructor -> owns muss auf true sein.

Es sind Zeiger auf Records, keine Objekte.

Ich hab überlegt, Objekte zu nehmen, habe aber keine Lust auf Typecastings.

[sirius]

Bei records musst du doch auch von einem Pointer auf ein PRecord casten

Ich würde lieber gleich Klassen nehmen. Erstens hast du dann den Vorteil von TObjectlist. Zweitens kannst du dann jederzeit noch Methoden ergänzen, oder gar eine Ableitung deiner ersten Klasse speichern.