Welche Stringtyp in XE2 entspricht dem Stringtyp bei Delphi 7?

[himitsu]

Unicode verschwendet Speicher ... schließlich ist es sinnloser Weise doppelt so groß, obwohl wir auch ohne auskommen.

[Robotiker]

Hallo,

Zitat von himitsu:

Unicode verschwendet Speicher

genauso kann man argumentieren, dass Ansi-Programme Rechenleistung verschwenden, wenn bei jedem Zugriff auf das Betriebssystem hin- und hergewandelt wird.

Zitat von himitsu:

schließlich ist es sinnloser Weise doppelt so groß, obwohl wir auch ohne auskommen.

Kommt drauf an, wie man "wir" definiert.

Zitat von Helmi:

Ich habe ein Tool das Dateien für eine Siemens-Steuerung erstellt.
Jetzt muss ich sehr darauf achten, dass sich die Dateien nicht verändern.

Der Industriebereich ist ein Anwendungsgebiet, wo man noch lange Zeit mit Ansi-Strings arbeiten wird. Bei komplexeren Anwendungen wird man da nicht umhinkommen, mit unterschiedlichen Stringtypen in einem Programm zu arbeiten. Bei meinen C++ Builder-Programmen halte ich es sogar so, dass ich für die externen Stringformate ISO-C++ Typen wie std::string verwende. Das hat nicht nur den Vorteil, dass dieser Code mit anderen Compilern und Nicht-VCL-GUIs läuft, es macht auch die ganzen Stringumwandlungen deutlicher. Man kann dann besser Grenzen für die Umwandlungen finden, die überflüssige Umwandlungen verhindern.

Einen Schalter zum Umschalten des Stringtyps gibt es unter Delphi/C++ Builder nicht. MS hat das ja in VC++ so gemacht, das ist aber auch nicht der Weisheit letzter Schluss. Man handelt sich damit so tolle Konstruktionen ein wie XCHAR (der Defaultzeichentyp des Programms) und YCHAR (der entgegengesetzte Typ), damit man Code schreiben kann, der in beiden Schalterstellungen funktioniert.

Wünsche noch schöne Rest-Weihnachten

Robotiker

[Daniel]

Ich denke, dass der Kommentar von himitsu nicht ganz ernst gemeint war.

Sei's drum - es scheint sowohl für die klassischen als auch für die unicode-basierenden Stringtypen hinreichend sinnvolle Verwendungsmöglichkeiten zu geben.

[Robotiker]

Zitat von Daniel:

Ich denke, dass der Kommentar von himitsu nicht ganz ernst gemeint war.

Ich konnte mir halt eine Antwort darauf nicht verkneifen.

Zitat von Daniel:

Sei's drum - es scheint sowohl für die klassischen als auch für die unicode-basierenden Stringtypen hinreichend sinnvolle Verwendungsmöglichkeiten zu geben.

Yep. Übrigens haben wir in Zukunft auch noch die Problematik in die andere Richtung. Unterstützung für UTF-32 Zeichen ist ja (auch unter Windows) schon eingebaut.
http://docwiki.embarcadero.com/RADSt...28C%2B%2B0x%29
Spätestens mit dem neuen Compiler dürften dann std::u32string usw. kommen.

[Mavarik]

Zitat von himitsu:

Unicode verschwendet Speicher ...

Viel schlimmer: Die Unicode-VCL verschwendet meine Zeit....

Mavarik