Delphi/C++-Builder 2009 soll nächste Woche komme

[MrKnogge]

Auf die Testversion warte ich ebenfalls gespannt, zurzeit bin ich noch wirklich unschlüssig ob ich mir D2009 holen soll. Zwar sind 100€ für eine SSL- bzw. 110€ für die RAD-SSL-Version nicht wirklich viel, aber für Unicode habe ich z.B. einfach keine Verwendung.

[Daniel]

whatever ... ist nicht meine Welt.
Ich werde mich da bei Gelegenheit mal reinlesen.

[Bernhard Geyer]

Zitat von MrKnogge:

Auf die Testversion warte ich ebenfalls gespannt, zurzeit bin ich noch wirklich unschlüssig ob ich mir D2009 holen soll. Zwar sind 100€ für eine SSL- bzw. 110€ für die RAD-SSL-Version nicht wirklich viel, aber für Unicode habe ich z.B. einfach keine Verwendung.

Dann evtl. für Generics und Anonyme Methoden

[mkinzler]

Und die bessere Vista-Unterstützung seitens der VCL

[Dezipaitor]

So weit ich gehört habe, ist UTF-16 garnicht mehr in der Lage alle Sprachen (und deren Unterarten) der Welt aufzunehmen. Wenn ich jetzt noch die Quelle finden könnte... Könnte mich auch getäuscht haben.

Delphi-Quellcode:

type
  UTF8String = type AnsiString(CP_UTF8);

Hierfür gibt es einen einleuchtenden Artikel:
http://blogs.codegear.com/abauer/2008/07/16/38864
http://www.delphi-treff.de/backstage...-2009-tiburon/

Eigentlich ist diese Sache nur ein Aufruf von WideCharToMultiByte und MultiByteToWideChar, wobei die CodePage (hier CP_UTF8) in den Funktionen angegeben wird.
Es hat halt den Vorteil, dass man eine Funktion so resistent gegen eine falsche Codepage eines Strings machen kann. Wenn man seine Strings in einer Funktion nur mit UTF8 manipulieren will, kann man durch Benutzung des Types UTF8String in den Funktionsparametern, dies automatisiert übersetzen lassen. Richtig Vorteilhaft ist dies auch, um den String ohne auf die Zeichengröße zu achten (es ist ja ein AnsiString) in Streams oder andere byteorientierte Container zu speichern. Beim Zurücklesen wird dann durch die Codepage (hier UTF-8) automatisch eine Konversion zu Widestring vollzogen, wenn man es einem WideString zuweist.

[Bernhard Geyer]

Zitat von Dezipaitor:

So weit ich gehört habe, ist UTF-16 garnicht mehr in der Lage alle Sprachen (und deren Unterarten) der Welt aufzunehmen. Wenn ich jetzt noch die Quelle finden könnte... Könnte mich auch getäuscht haben.

Das ist UCS-2 das das Problem (mit festen 2-Bytes) hat. UTF-16 hat surrogate pair mit den man dann mehr als 2^16-1 Zeichen darstellen kann. Dann ist jedeoch ein Zeichen größer als 2 Bytes (ähnlich wie bei UTF-8).

[rwachtel]

Zitat von Dezipaitor:

So weit ich gehört habe, ist UTF-16 garnicht mehr in der Lage alle Sprachen (und deren Unterarten) der Welt aufzunehmen. Wenn ich jetzt noch die Quelle finden könnte... Könnte mich auch getäuscht haben. [...]

Ich glaube das verwechselst Du mit UTF-32 oder UCS-2.

[MrKnogge]

Ja Vistaunterstützung und Generics sind sicherlich interessant, drum werde ich mir auch die Trail mal ansehen. Delphi2010 mit 64bit wird sowieso ein muss.

[Bernhard Geyer]

Zitat von MrKnogge:

Ja Vistaunterstützung und Generics sind sicherlich interessant, drum werde ich mir auch die Trail mal ansehen.

Für Vista-Support benötigt man kein Update. Bekommt man sogar mit D6 hin.

Zitat von MrKnogge:

Delphi2010 mit 64bit wird sowieso ein muss.

Sollte schon mit Delphi 2009 und dem Commodore-Build möglich sein. Da der Release-Zyklus oft ca. 15-18 Monate war ist mit Anfang 2009 mit 64-Bit zu rechnen.

[mkinzler]

Commodore wird ja D2010 sein, da Tiburon D2009 ist