Hallo,

ich bin gerade dabei, testhalber einige kleinere Anwendungen auf Firemonkey zu portieren um zu testen, inwiefern FM inzwischen produktiv einsetzbar ist.

Unter Windows verwende ich typisierte Dateien:

markieren

Code:

Type
  TIrgendwas = Record
    Text1: String[25];
  End;

var Testdatei: File of TIrgendwas;

Beim compilieren bekomme ich unter FM/Android jedoch die Fehlermeldung "; erwartet, [25] gefunden". Funktioniert das so unter FM / Android nicht?

Der neue LLVM basierte Compiler kenntz keine ShortStrings

http://docwiki.embarcadero.com/RADSt...om_Desktop_aus

Ok, aber was verwende ich bei typisierten Dateien dann? Ich muss ja eine String-Länge definieren.

In dem Artikel wir Array Of Char vorgeschlagen oder halt RawByteStrings:

http://andy.jgknet.de/blog/2013/10/t...-byte-strings/

Grmmmpff.
Danke für die Info

LongStrings und dymanische Arrays ja, dann aber nicht mehr in einem Record.

Du kannst maximal ein statisches Char-Array in den Record packen und über Record-Methoden/Property einen Stringzugriff darauf implementieren.

Oder du steigst auf Datenobjekte um und bastelst dir dafür entsprechende Speicherroutinen (hier kannst du z.B. auch TReader/TWreiter verwenden)
oder du nimmst persistente Datenopjekte und probierst es mit den entsprechenden Serialisierungsfunktionen der Streams, bzw. direkt über TReader/TWriter.

Wobei ich Klassen mit entsprechenden Stream-Funktionen usw. oder Datenbanken ohnehin für deutlich sauberer halte als die typisierten Dateien, die aus einer Zeit stammen als das eben nicht sinnvoll anders ging...

Ziel ist es, ca. 600 Datenblöcke einer fest definierten Größe (String, Integer, Bool usw.) mehrfach auf einem Mobile-Device zu speichern. XML scheidet daher wg Overhead aus, ich denke das wird zuviel Speicher fressen. Eine Datenbank scheint mir Overkill. Was schlagt ihr vor?

Zitat:

Eine Datenbank scheint mir Overkill.

Warum?
iOS und Android unterstützen beide SQLite und Delphi XE5+XE6 beinhalten zudem IBLite für die beiden Plattformen.

Geht also nicht?