TObejtList, werden nur Pointer hinzugefügt?

[mkinzler]

Ja. Referenzen sind ja nur Zeiger. Es müssen jeweils neue Instanzen der Klasse(n) erzeugt werden, sonst referenziert jeder Eintrag die selbe Instanz.

[kagi3624]

Jaaa...der Create teil des Objektes muss also in die for schleife?

Code:

      for i:=0 to some_count do begin
        StatusInfo := TStatusInfo.Create;

        //StatusInfo hier füllen

        fStatusInfoList.Add(StatusInfo);
      end;

Ist also völlig ok, dass das Objekt immer gleich heißt und dann werden sie von der Tobjectlist.free gelöscht? Delphi ist echt komisch.

[himitsu]

Oder man gibt seinem Datenobjekt auch noch einen eigenen Constructor, wo die Parameter in die Felder geschrieben werden.

Delphi-Quellcode:

for i:=0 to some_count do begin
  ...
  fStatusInfoList.Add(TStatusInfo.Create(hier füllen));
end;

Man darf auch statt einer Objektliste eine Collection benutzen.

TObjektList > TCollection
TStatusInfo > Nachfahre des TColletionItem

[kagi3624]

^ Danke, das ist schon intuitiver. Bei Hunderten von Parametern aber vielleicht nicht so praktisch!

[Der schöne Günther]

https://sourcemaking.com/refactoring...parameter-list

[jaenicke]

Zitat von himitsu:

Oder man gibt seinem Datenobjekt auch noch einen eigenen Constructor, wo die Parameter in die Felder geschrieben werden.

Übrigens sehr schön, wenn man das dann auf Interfaces umstellt und vergisst das wieder einzeln zu schreiben. (Stichwort Referenzzählung bei direkter Übergabe als const-Parameter...)

Deshalb und wegen dem eben genannten Link sollte man sich das gar nicht erst angewöhnen und es lieber sauber untereinander schreiben. Dann sieht man auch deutlich besser was passiert (in der Parameterliste sieht man ja den Namen des Parameters nicht).

[DasWolf]

Zitat von kagi3624:

Jaaa...der Create teil des Objektes muss also in die for schleife?

Code:

      for i:=0 to some_count do begin
        StatusInfo := TStatusInfo.Create;

        //StatusInfo hier füllen

        fStatusInfoList.Add(StatusInfo);
      end;

Ist also völlig ok, dass das Objekt immer gleich heißt und dann werden sie von der Tobjectlist.free gelöscht? Delphi ist echt komisch.

Naja sagen wir mal, Du möchtest 1000 Objekte der Liste hinzufügen. Dann willst Du doch sicherlich nicht 1000 Variablen definieren, oder?

[hoika]

Hallo,

Zitat:

Ist also völlig ok, dass das Objekt immer gleich heißt und dann werden sie von der Tobjectlist.Free gelöscht?

Die Objekte werden gelöscht, wenn ObjectList.OwnsObject auf True ist (das müsste der Defaultwert sein).

Zitat:

Delphi ist echt komisch.

Komisch ist das damit in jeder Programmiersprache, die keine GarbageCollection hat.

[himitsu]

Auch mit GarbageCollector wäre es immer die gleiche Referenz, wenn man immer wieder das selbe Objekte verwendet.

Im NextGen (Android/iOS) verhalten sich Objekte jetzt schon wie Interfaces (und ein Free wird böswillig ignioriert)
und im neuen 10.4 soll sich dann auch nochmal alles TOTAL ändern.

Zitat:

Einheitliches Speichermodell für alle Plattformen

https://community.idera.com/develope...udio-10-4-beta
https://community.idera.com/develope...d-code-insight
https://blog.marcocantu.com/blog/202...d-records.html
...



Und ja, Objekt-Referenzen und Interfaces sind "nur" Zeiger.

Es gibt aber eine Ausname: TList<TMyRecord>
wobei im alten TList + PMyRecord natürlich auch nur Zeiger sind.

[kagi3624]

Zitat von DasWolf:

Naja sagen wir mal, Du möchtest 1000 Objekte der Liste hinzufügen. Dann willst Du doch sicherlich nicht 1000 Variablen definieren, oder?

Jaaa, das nicht aber alle diese Objekte werden für denselben Namen initialisiert und das verursacht eine Kernschmelze in meinem Kopf, wenn ich darüber anfange nachzudenken.