Unicode-String im Record speichern

[Gagamba]

Hallo,
ich stelle grade von Delphi7 auf Delphi9. Dabei gibt es jetzt (wie erwartet) Probleme mit Unicode bzw. Widestring.
einfaches Codebeispiel:

Delphi-Quellcode:

TYPE Datenrecord = RECORD 
 Name : STRING; 
 Jahr : INTEGER; 
 END; 
VAR AlleDaten : ARRAY [1..MaxDaten] OF Datenrecord;

Das Sichern/Laden geht standardmäßig über eine Datei
VAR Datenfile : FILE OF Datenrecord die konventionell-sequentiell gelesen bzw. geschrieben wird

Unter Delphi9 wwerden die Strings allerdings nicht mehr in fixer Länge abgespeichert, sondern in ihrer tatsächlichen Länge, was dazu führt, dass die Dateigröße sich laufend ändert, und die Hintereinander-Schachtelung innerhalb des Arrays völlig durcheinander kommt!
Unter Delphi7 war String=Shortstring (wenn man ihn nicht umdefiniert hat), jetzt ist es zwingend Widestring. Da auch Chinesen Namen haben, sollte man den Widestring nutzen, also STRING lassen (sonst könnte man die Definition auf STRING[255] o.ä. ändern und hätte keine Probleme).
Wie löse ich das, ohne Texte und Daten voneinander trennen zu müssen? Eine Trennung stelle ich mir so vor, dass die Namen in einer TStringlist definiert werden, und auch mit deren Methoden gelesen und gesichert werden. Aber wie gesagt, möchte ich diese Trennung nicht machen..

Vielleicht isses ganz einfach, und ich steh nur auf dem Schlauch?

Besten Dank schonmal vorab: Gagamba

[DeddyH]

Zitat von Gagamba:

Unter Delphi7 war String=Shortstring (wenn man ihn nicht umdefiniert hat)

Wer sagt denn sowas? IIRC ist String schon ab Delphi 2 ein AnsiString, d.h. Dein Record hätte eigentlich nur den Zeiger auf den jeweiligen String enthalten dürfen, nicht aber den String selbst, es sei denn, Du deklarierst ihn als Shortstring. Was passiert denn, wenn Du aus den Strings ein WideChar-Array fester Länge machst?
Name: array[1..300] of WideChar;

[himitsu]

Nur der Typ String[nr] ist ein ShortString mit Längenangabe und kein AnsiString.

[Gagamba]

OK, ich hab mich falsch ausgedrückt: ich habe unter Delphi7 und früheren Versionen immer nur Shortstrings verwendet, auch innerhalb von gemischten Datenrecords. So kommt das Problem jetzt zu Stande. Ich möchte ja nicht einen Zeiger auf einen String abspeichern, sondern den Inhalt. Wenn ich nur den Zeiger abspeichere, dann geht der Inhalt ja für die nächste Sitzung verloren...
Danke soweit

[Bernhard Geyer]

Wenn du keine Unicode-Strings hast ist doch die Lösung von himitsu das was du benötigst

[mkinzler]

Das ist aber kein Problem von Unicode, sondern Bestand bei AnsiString ja auch schon. mach es wie Detlef es vorgeschlagen hat.

[uligerhardt]

Zitat von mkinzler:

Das ist aber kein Problem von Unicode, sondern Bestand bei AnsiString ja auch schon. mach es wie Detlef es vorgeschlagen hat.

Jein. Das Problem ist, das es kein Unicode-Äquivalent zu ShortString/string[N] gibt. Klar kann man mit WideChar-Arrays hantieren, aber die kann man halt nicht so einfach als Strings benutzen wie das mit ShortStrings ging (Zuweisungskompatibilität AnsiString <-> ShortString, automatisches Stutzen auf Maximallänge etc.).

[p80286]

@himitsu und DeddyH
da gab es einen Compilerschalter der String=Ansistring oder String=Shortstring auswählen konnte.

Zitat von Bernhard Geyer:

Wenn du keine Unicode-Strings hast ist doch die Lösung von himitsu das was du benötigst

!!!!


Dann Nutz doch ein

Delphi-Quellcode:

Tunicodestring = record 
                   lange : word;
                   ustr  : array[1..255] of widechar;
                 end;

Gruß
K-H

[Gagamba]

Richtigstellung:
ich hatte BISHER keinen Unicode-String, muss JETZT aber umstellen. Brauche also im Datenrecord einen speicherbaren Stringtyp, der Unicode-kompatibel ist.
Sollte das NICHT möglich sein (z.B. via Array .. of Char, da hab ich nicht den Durchblick, ob das wirklich 100% kompatibel ist zum Unicode-String) muss ich vermutlich(?!) numerische Daten von Textdaten trennen und die Textdaten via TStringlist und dessen Methoden lesen und schreiben.
Oder hat jemand eine andere und/oder bessere Idee?
Danke!

[jfheins]

Zitat von Gagamba:

Oder hat jemand eine andere und/oder bessere Idee?
Danke!

Du könntest gleich auf XML Dateien umstellen. Da hast du i.d.R. kein Problem mit Unicode und bist für zukünftige Erweiterungen gut gerüstet