Delphi-PRAXiS
Seite 3 von 3     123   

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Algorithmen, Datenstrukturen und Klassendesign (https://www.delphipraxis.net/78-algorithmen-datenstrukturen-und-klassendesign/)
-   -   Delphi arbeiten mit tobjectlist (https://www.delphipraxis.net/175957-arbeiten-mit-tobjectlist.html)

Uwe Raabe 2. Aug 2013 14:48

AW: arbeiten mit tobjectlist
 
Zitat:

Zitat von blinder007 (Beitrag 1223305)
Angenommen ich habe eine Instanz aus meiner TObjectlist bestimmt und es in ein lokales Objekt geladen. Nun hat diese Instanz auch Felder, die ich nun lokal auch verändere. Diese Änderungen will ich nun der Ursprungsinstanz wieder zuführen. Reicht dort eine einfache Zuweisung und dann das freigeben des lokalen objekts oder führt das zu fehlern?

Da es sich um eine Klassen-Instanz handelt, arbeitest du immer mit derselben Instanz - ob lokal oder in der Liste. Klassen-Instanzen sind eigentlich Zeiger.

blinder007 2. Aug 2013 15:24

AW: arbeiten mit tobjectlist
 
das bedeutet also, das erzeugen eines lokalen Objekts und die zuweisung bedeutet nur eine einfachere bedienbarkeit? sobald ich aber etwas an den gespeicherten Informationen verändere, ist es egal, von wo aus ich darauf zugreife oder sie verändere?
wenn ich also die lokale instanz erzeugt habe, jetzt den wert eines feldes verändere, die lokale instanz freigebe, hat sich der wert im speicher verändert und ich greife auch auf diesen veränderten Wert zurück, wenn ich ihn abfrage.
ist das richtig verstanden? :)

DeddyH 2. Aug 2013 15:31

AW: arbeiten mit tobjectlist
 
Erzeugst Du eine lokale Instanz, oder weist Du lediglich die bereits vorhandene aus der Liste einer lokalen Variablen zu?

Uwe Raabe 2. Aug 2013 15:37

AW: arbeiten mit tobjectlist
 
Zitat:

Zitat von blinder007 (Beitrag 1223308)
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 2. Aug 2013 15:40

AW: arbeiten mit tobjectlist
 
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 2. Aug 2013 18:29

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

Folgender Code
Delphi-Quellcode:
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
Delphi-Quellcode:
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.


Alle Zeitangaben in WEZ +1. Es ist jetzt 14:42 Uhr.
Seite 3 von 3     123   

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz