Umstiegt von Delphi ASP.NET auf Prism

[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:

Zitat von mkinzler (Beitrag 1029034)

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 :coder:

[Mavarik]

Zitat:

Zitat von Phoenix (Beitrag 1029037)

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

Nee es ging jetzt und den "nutzen" von D2010...

Prism mit VS2010 sieht recht gut aus... Da arbeite ich mich gerade ein...

Mavarik :coder:

[Phoenix]

Na, dann machen wir da doch für das neue Thema idealerweise einen neuen Fred für auf, oder? ;-) War jetzt total verwirrt.

[Mavarik]

Zitat:

Zitat von Phoenix (Beitrag 1029044)

Na, dann machen wir da doch für das neue Thema idealerweise einen neuen Fred für auf, oder? ;-) War jetzt total verwirrt.

Im Prinzip ja... Hat sich halt so ergeben... ;-)

Ist aber eigentlich schon erledigt...Oder?