Records mit string[] in Delphi2009

[kaju74]

Hallo!

Ich bin gerade dabei, alle unsere Projekte auf Delphi2009 umzustellen. Dabei stoße ich derzeit sehr oft auf Compiler-Warnings die besagen, dass mit evtl. Datenverlust aufgrund einer String-Umwandlung zu rechnen ist. Das ist auch logisch, da viel mit Records nach folgendem Stil gearbeitet wird:

Delphi-Quellcode:

  TMyRecord = record
    LastName: string[32];
    FirstName: string[32];
  end;

Die expliziten Längenangaben in Klammern werden benötigt, da die Daten teilweise auch weggeschrieben werden. Wird der Record nun nach folgendem Schema gefüllt, ...

Delphi-Quellcode:

  MyRecord: TMyRecord;
  LastName, FirstName: string;
begin
  LastName := 'Hoffmann';
  FirstName := 'Marc';

  MyRecord.LastName := LastName;
  MyRecord.FirstName := FirstName;
end;

...kommen die Warnings, da ja versucht wird, ein UNICODE-String einem ShortString (= 32 Länge) zuzuweisen. Gibt es in Delphi2009 nun eine Möglichkeit AUßER einem Typcase alá "MyRecord.LastName := AnsiString(LastName)" dieses Problem eleganter zu lösen oder generell einen anderen Ansatz...??

Vielen Dank & Gruß,
kaju

[mkinzler]

Sollte
LastName, FirstName: string[32]; oder
LastName, FirstName: AnsiString; heissen

[Bernhard Geyer]

Wie wäre es keine Typisierten Dateien mehr zu nehmen sondern z.B. XML oder eine DB?

[kaju74]

Hi...und danke für die schnellen Antworten.

@mkinzler:

Okay...dann spare ich mir den Typecast, muss aber dennoch manuell alles ändern...Aber das habe ich mir schon gedacht. Ich hatte gehofft, es gäbe eine neue Möglichkeit bereits im Record den UNICODE-Typ durch Ansi zu ersetzen, das geht aber so nicht.

@Bernhard Geyer:

Da hast Du für neue Projekt durchaus recht und wird dann auch so gemacht, die vorhandenen kommunizieren aber mittels dieser Strukturen über eine PlugIn-Architektur, die nicht mal so eben ersetzt werden kann...leider. Außerdem reden wir hier von sehr, sehr großen Delphi-Projekten, die dann mühsam angepasst werden müssen (ich habe auch so schon genug Ärger wegen der UNICODE-Umstellung).

Naja...bleibt mir wohl nichts anderen übrig, alle die Warnings durch expliziete Typecats zu verscheuchen....

Danke & Gruß,
kaju

[Bernhard Geyer]

Wie gut ist die Plugin-Schnittstelle gekapselt?

Evtl. im Programm mit Strings ohne längenangabe arbeiten und dann in der Plugin-Unit diese auf die längen"-verseuchte" Struktur umsetzen. Parallel noch eine Unicodefähige Version der Schnittstelle hochziehen und dann erst mal beide Versionen im Hauptprogramm unterstützen.

[kaju74]

Hallo!

Prinzipiell möglich aber: Wir können unseren Kunden nicht mal eben ALLE Module austauschen lassen, nur damit diese wieder genauso funktionieren wie vorher (~800MB gepackte Programmdateien in 35 Einzelmodulen). Wir setzen die Projekte Schritt-für-Schritt auf Delphi 2009 um und liefern dann die Updates "Häppchenweise". Daher müssen wir die derzeitigen Schnittstellen auch so weiternutzen, soweit es geht. Tja, ist echt schwieriger und aufwendiger die Umstellung als gedacht Wie gesagt, für neue (Einzel-)Projekte machen wir das dann anders...Naja, ich wollte halt zunächst die Record-Warnings wegbekommen...Okay, aber danke.

Gruß,
kaju