Umstiegt von Delphi ASP.NET auf Prism

[Mavarik]

OK ich habs jetzt mal installiert...

Inkl. D2010...

Musste jedoch mit erschrecken feststellen, dass es entgegen der vorhersagen, scheinbar keinen Compilerswitch gibt um
unicode abzuschalten... Oder habe ich etwas übersehen.?

Na toll!

Da hätt ich mir das Update auch sparen können... Völlig unmöglich alten Source umzubauen...

Mavarik

[mirage228]

Zitat von Mavarik:

Musste jedoch mit erschrecken feststellen, dass es entgegen der vorhersagen, scheinbar keinen Compilerswitch gibt um
unicode abzuschalten... Oder habe ich etwas übersehen.?

Na toll!

Da hätt ich mir das Update auch sparen können... Völlig unmöglich alten Source umzubauen...

Mavarik

Das ist korrekt. Unicode ist Standard und nicht deaktivierbar für Datentypen wie string. Kommst um eine Anpassung auf Unicode oder Verwendung von AnsiString leider nicht durm rum...

[Daniel]

Es gab hier im Forum die Aussage, dass man Delphi 2010 das Unicode abgewöhnen könnte?

[mkinzler]

Es war von Anfang an klar, dass es keinen solchen Schalter geben wird.

[Mavarik]

Zitat von Daniel:

Es gab hier im Forum die Aussage, dass man Delphi 2010 das Unicode abgewöhnen könnte?

Nein nicht hier im Forum...

Das war auf einem Delphi/Borland/Codegear Treffen...

Meine Frage: Kann man das per Compilerswitch abschalten um alten Sourcecode zu verwenden?

Antwort: Das wird "sicherlich" möglich sein...

Wäre ja auch deutlich besser gewesen einen neuen StringTypen einzuführen...

Mavarik

[mkinzler]

Man hat ja einen neuen Stringtyp eingeführt: UnicodeString

[Mavarik]

Zitat von mkinzler:

Man hat ja einen neuen Stringtyp eingeführt: UnicodeString

Ja sehr witzig... Du weißt doch genau wie ich das meine...

[mkinzler]

Hätten man einen Compilerschalter eingeführt, wäre es wie bei der BDE zudem müsste man die RTL/VCL doppelt implementieren.
Will man das alte Verhalten muss man halt string durch AnsiString ersetzen

[Phoenix]

Moment! Ich dachte, wir reden hier von Delphi Prism?

1.) Delphi Prism ist reines .NET. Und .NET ist schon immer Unicode gewesen. Es gab noch nie einen nicht-Unicode String in .NET.

Und 2.) ist Delphi Prism != Delphi .NET. Alter Source der auf der VCL für .NET basiert kann sowieso nicht portiert werden. Es gibt zwar Ähnlichkeiten in der Syntax, aber eine Kompatibilität ist nicht gegeben. Wer also 'richtiges' .NET mit Delphi für .NET gemacht hat hat wenig Aufwand für die Umstellung, aber die VCL in .NET Projekten genutzt hat hat leider auf ein totes Pferd gesetzt.

[Mavarik]

Zitat von mkinzler:

Will man das alte Verhalten muss man halt string durch AnsiString ersetzen

Das wäre ja noch nicht das Problem...

Man hätte auch String einfach String lassen können und "nur" UnicodeString neu einführen...

Bei Strings sehe ich nicht das Problem, sondern bei chr()...

Wie oft hat man im Programm Strings zusammengebaut mit :

Delphi-Quellcode:

  Help := chr(X+48)+chr(Ord(help[5])+2);
  Move(ch,help[7],1);

Oder so...

Noch schlimmer Records...

Mavarik