Android: Grenzen objektorientierter Programmierung?

[Stevie]

Auf Android greift ARC. Und da eine TList nicht typisiert ist und nur Pointer speichert, sorgt sie nicht dafür, dass deine TMyString Objekte am Leben bleiben. D.h. beim Verlassen der Methode bzw beim erneuten Zuweisen auf die MyString Variable, wo du die TList befüllst, sind sie schon wieder freigegeben worden. Demnäch stehen in der Liste bloß noch Pointer auf nicht mehr gültigen Speicher.

Um das zu lösen, würde ich für beide Plattformen vorschlagen, eine TList<TMyString> (oder auch direkt TList<string> oder TStringList) zu benutzen.
Hier auch drauf achten, dass du auf Windows keine Memoryleaks verursachst und deine TMyString Instanzen wieder richtig frei gibst, wenn die liste freigegeben wird (würde gehen, wenn du TObjectList<TMyString> benutzt)

Die findest du in der Unit System.Generics.Collections.

[Klaus Budmiger]

Herzlichen Dank für die Antwort. Das macht Sinn. Ich werde es so umsetzen.

[Dejan Vu]

Eine Verständnisfrage: ARC = Automatic Reference Counting. Bedeutet das in der Konsequenz, das ich mir um die Freigabe von Objekten keinen Kopf mehr machen muss?

Und wenn das so ist, warum ist das dann nur bei Android so?

[jaenicke]

Weil dort der neue Nextgen-Compiler benutzt wird. Der alte kann das nicht.

[Dejan Vu]

Also ist die Konsequenz, das Quellcode derzeit nicht zwingend kompatibel ist (wenn man old-style mit Pointern arbeitet).

Ferner deutet 'NextGen' darauf hin, dass das nur ein vorübergehender Zustand ist, da man bei 'next generation' davon ausgehen kann, das ein derartiger Compiler bzw. eine Spracherweiterung/veränderung auch für Windows umgesetzt wird, oder will man bei Emba etwa zweigleisig fahren?

[mkinzler]

Zitat:

Also ist die Konsequenz, das Quellcode derzeit nicht zwingend kompatibel ist (wenn man old-style mit Pointern arbeitet).

Bei etwas unglücklicher Programmierung kann das passieren. "sauberer" Code stellt aber kein Problem dar.

Zitat:

Ferner deutet 'NextGen' darauf hin, dass das nur ein vorübergehender Zustand ist, da man bei 'next generation' davon ausgehen kann, das ein derartiger Compiler bzw. eine Spracherweiterung/veränderung auch für Windows umgesetzt wird, oder will man bei Emba etwa zweigleisig fahren?

Es ist geplant, dass der neue auf LLVM basierende Compiler auch für Win32/Win64 zum Einsatz kommt. Bisher unterstützt er aber nur ARM für iOS und Android.

[Klaus Budmiger]

Stevie, Dein Rat war die Lösung. Danke!!
Falls es jemanden interessiert wie der korrekte Code aussieht, hier lege ich ihn bei.

[Stevie]

Zitat von Dejan Vu:

Also ist die Konsequenz, das Quellcode derzeit nicht zwingend kompatibel ist (wenn man old-style mit Pointern arbeitet).

Ferner deutet 'NextGen' darauf hin, dass das nur ein vorübergehender Zustand ist, da man bei 'next generation' davon ausgehen kann, das ein derartiger Compiler bzw. eine Spracherweiterung/veränderung auch für Windows umgesetzt wird, oder will man bei Emba etwa zweigleisig fahren?

Langfristig ist evtl ARC auf Windows und OSX auch ein Thema aber nicht zu erwarten in nächster Zeit.
Das liegt unter anderem daran, dass die VCL bzw TComponent Architektur an sich nicht wirklich ARC freundlich ist.