Baumstruktur mit ObjectList

[spaxxn]

Nö hab ich mir irgendwann angewöhnt, dass selbst zu machen...

[DeddyH]

OK, ich hatte das Clear im Destruktor übersehen. Trotzdem erschließt sich mir persönlich der Sinn nicht ganz, ohnehin vorhandene Funktionalitäten abzuschalten und dann selbst zu implementieren. Aber Du wirst schon wissen, was Du tust .

[spaxxn]

Naja, wenn er eine spezialisierte Struktur haben will, finde ich es persönlich schöner die Casts so zu verarbeiten. Geschmackssache würde ich sagen.

[DeddyH]

Bloß gut, dass es mittlerweile generische Listen gibt (die der TE mit seinem D2007 aber leider nicht verwenden kann), die sind automatisch typsicher.

[flosoft]

Hallo,

@DeddyH
Habe mit ReportMemoryLeaksOnShutdown getestet.
Keine Löcher da!
Nachdem ich natürlich aObj am Ende von Button2Click wieder freigegben hatte!
(War ja nur ein Test, ob es prinzipiell geht. Dachte das sieht man dem Quellcode an )

Was haben den generische Listen hier für einen Vorteil?
Und wenn Du sie schon ins Spiel bringst, wäre ich Dir für einen kleinen Hinweis dankbar, wie das in meinem Fall ausehen könnte.

Grüße

[DeddyH]

Das ganze Geraffel mit eigenen Add-/Delete-/usw. Methoden entfällt, man deklariert sich einfach eine
TObjectlist<TMyObject>, schon geht da nichts anderes als TMyObject rein. Versucht man es trotzdem, bekommt man schon zur Entwurfszeit Compilerfehler. Leider gibt es Generics aber erst seit Delphi 2009, wird Dir also wohl nichts nützen, sofern die Angabe in Deinem Profil stimmt.

[haentschman]

Nur mal so am Rande hätte ich gern eine Erklärung. Ich verstehe nicht was eine List (ob normal oder generisch) mit einer Baumstruktur zu tun hat.
A: sollten die Daten dargestellt werden ist es der List wurscht wie
B: nicht die Liste sondern das Objekt hat zu wissen wo es hingehört

Danke für Aufklärung...

[flosoft]

Okay,
jetzt kann ich was damit anfangen. Delphi 2007 stimmt schon - aber das wäre vielleicht ein Grund "upzudaten".

[DeddyH]

Zitat von haentschman:

Nur mal so am Rande hätte ich gern eine Erklärung. Ich verstehe nicht was eine List (ob normal oder generisch) mit einer Baumstruktur zu tun hat.
A: sollten die Daten dargestellt werden ist es der List wurscht wie
B: nicht die Liste sondern das Objekt hat zu wissen wo es hingehört

Danke für Aufklärung...

Wenn ich mir so ein Treeview anschaue, dann gibt es da Knoten, die Unterknoten von anderen sind, selbst aber auch wieder Unterknoten enthalten können. Wo siehst Du denn da einen großen Unterschied zu den Objekten, die in diesem Thread entworfen wurden?

[haentschman]

schon klar...

Ich verstehe nicht ganz den Sinn der Sache sich Objekte "baumartig" abzulegen. Für z.B. spätere Anzeige in einem Treeview muß das Objekt auch nur wissen wo es dranzuhängen hat. In der Liste (Speicher) ist diese baumartige Struktur nicht nötig.
Die Frage war eigentlich:
- Warum muß die baumartige Struktur im Speicher sein ?
- Kann die Struktur über Properties der Objekte abgebildet werden (Parent etc.)