Typisierte Dateien nicht möglich?

[himitsu]

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.

[jaenicke]

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...

[greenmile]

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?

[mkinzler]

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.

[greenmile]

Geht also nicht?

[Zoot]

Warum keinen Stream?

[greenmile]

Hast Du ein Beispiel?

[p80286]

Zitat von greenmile:

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?

Ausprobieren!
wenn Du der Datenbank alles nimmst (benutzerverwaltung, indizes...) was sie zur Datenbank macht, sollte sie auch relativ klein sein.

Eine weitere Möglichkeit wäre CSV.

Gruß
K-H

[himitsu]

Wie gesagt, wenn es unbedingt binär sein muß, dann musst du entweder die ShortStrings auf statische Char-Arrays ändern und eventuell noch umkopierfunktionen für die Strings bereitstellen,
oder du mußt auf Datenobjekte umsteigen, welche dann in einen Stream serialisiert werden.

Man kann auch alle 600 Blöcke in einem zug speichern/laden, wenn man das als Objekt-Liste (am Besten als TCollection) verwaltet.

Für Collections, oder zumindestens für TPersistent-Datenobjekte, gibt es im Delphi bereits fertige (De)Serialisierungsmethoden.

[Dejan Vu]

Warum sollte man sich heutzutage bei Basics wie 'Daten speichern/lesen' noch mit irgendwelchen selbstgefrickelten Lösungen herumschlagen? Freunde dich mit den unterstützten Datenbanken an oder verwende eben XML oder JSON, so schlimm ist das doch nicht. Natürlich kann man sparen, aber doch nicht unbedingt hier.

Da Du dich sowieso früher oder später mit den Datenbanken und Standardformaten beschäftigen musst, warum nicht gleich jetzt schon?

Zitat von p80286:

Eine weitere Möglichkeit wäre CSV.

Würde ich nicht machen, auch wenn es eine weitere Möglichkeit wäre (wie SYLK auch). Aber wozu. Stick to the Standard.