arbeiten mit tobjectlist

[Uwe Raabe]

Zitat von blinder007:

wenn ich also die lokale instanz erzeugt habe, jetzt den wert eines feldes verändere, die lokale instanz freigebe,

Du darfst für die lokale Variable keine eigene Instanz erzeugen, sondern du weist ihr die Instanz aus der TObjectList zu. Dann kannst du die Feldwerte ändern. Auf keinen Fall darfst du die lokale Variable freigeben, da dann der Zeiger auf diese Instanz in der TObjectList ja ungültig würde.

[Der schöne Günther]

Das "Zwischenspeichern" des Verweises auf dein Objekt in der Liste bedeutet nicht nur Vereinfachung/Bequemlichkeit, sondern auch Performance.

Stell dir vor, du willst fünf Dinge mit deinem gesuchten Objekt tun. Würdest du (z.B. mittels Index 3) fünf mal das Objekt in der Liste "suchen" vergeht deutlich mehr Zeit als es einmal zu suchen, sich dann aufzuschreiben, wo es ist und dann die fünf Dinge zu tun.

[OlafSt]

Ich glaube, hier hat jemand das Zeiger-Problem, das schon so unendlich viele Programmierer in den Wahnsinn getrieben hat.

Folgender Code
TMO:=TMyObject.Create; weist eigentlich den Compiler an, sich ein Stück speicher zu holen (zu reservieren). Das Stück Speicher ist groß genug, das alle Felder und Methoden in diese Stück hineinpassen. Nehmen wir an, der Speicherblock hat die Adresse $00001234.

In der Variablen TMO wird nun nur dieses $00001234 gespeichert.

Nun stopfst du das frisch erzeugte TMO in eine TObjectList. TObjectList wiederum vermerkt in seiner Liste an gespeicherten Objekten nicht das Objekt selbst, sondern eben nur dieses $00001234. Holst du das Objekt aus der TObjectList wieder heraus (z.B. mit TMO2:=TObjectList[i] as TMyObject ) dann landet in TMO2 auch wieder nur das $00001234.

Da nun zwei Variablen (TMO und TMO2) auf denselben Speicherbereich zeigen (Instanzvariablen sind tatsächlich nix anderes als Zeiger !) ist eine Änderung der Felder in TMO2 auch sofort in TMO zu sehen. Sind ja im Endeffekt beides dieselben Speicherbereiche, ergo die gleichen Instanzen.