Welche Konsequenzen zieht ihr aus den Features für XE2?

[Mavarik]

Hallo Zusammen!

Vielleicht liege ich ja falsch, aber wie üblich klingt das nach dem wie sich Delphi in den letzten Jahren entwickelt hat: Kompatibilität zu bestehenden Source-Code...? Wofür!

Also bleibt es doch bei D2007 :cry:

Mavarik :coder:

[Neutral General]

Wieso?

Was ist denn da nicht kompatibel?

[Mavarik]

Zitat:

Zitat von Neutral General (Beitrag 1116955)

Was ist denn da nicht kompatibel?

Willst Du nur ein paar Stichpunkte oder ne sortierte Liste... LOL

Hast Du mal versucht ein Programm - geschrieben mit D7 - mit dem aktuellen zu kompilieren?

Mavarik

[ehX]

Ihr Miesepeter....;-)

Ich freue mich generell auf die neuen Features. Lange hat man doch danach geschrien (64 Bit / Mac).
Ich hoffe nur, dass FireMonkey dann auch stabil und relativ ausgereift ist, so dass man es auch gleich annehmen kann und es nicht wieder ein Rohrkrepierer wie z.B. Blackfish wird, der nach kürzester Zeit wieder in der Versenkung verschwindet...

Ich denke, wenn XE2 draussen ist, folgt erstmal bei den meisten eine längere Evaluierungs-Phase, bevor man genau sagen kann, welcher Portierungs-Aufwand sich lohnt und welcher nicht.
Bis jetzt kann man doch eh nur die Kristallkugel befragen, solange man nicht vor einer XE2 Beta sitzt..

Und...immerhin ist das hier die Delphi-Praxis...ich bin mir sicher, hier wird man dann als lernwilliger Entwickler sicher bald fündig, was Tipps, Tricks und HowTo's dazu angeht :-)

Edit:

Zitat:

Hast Du mal versucht ein Programm - geschrieben mit D7 - mit dem aktuellen zu kompilieren?

Ja, ich z.B. habe erst ein Delphi 6-Programm auf Delphi 2009 geportet..klar, ein paar Unicode-Sachen mussten umgeschrieben werden, aber generell war das nicht mal so der Horror

[Neutral General]

Zitat:

Zitat von ehX (Beitrag 1116958)

Zitat:

Hast Du mal versucht ein Programm - geschrieben mit D7 - mit dem aktuellen zu kompilieren?

Ja, ich z.B. habe erst ein Delphi 6-Programm auf Delphi 2009 geportet..klar, ein paar Unicode-Sachen mussten umgeschrieben werden, aber generell war das nicht mal so der Horror

Eben... Also man muss halt je nachdem wegen Unicode ein bisschen umstellen. Je nachdem wie sauber man vorher programmiert hat, ist aber nicht mal das nötig.
Also offiziell sind, und bis auf die eventuelle Unicode-Hürde stimmt das denke ich auch, mit Delphi 1 geschriebene Programme genauso unter Delphi XE2 kompilierbar.

[Mavarik]

[QUOTE]Eben... Also man muss halt je nachdem wegen Unicode ein bisschen umstellen./QUOTE]

Ja genau. in 3 Mio Zeilen Source mal eben die Anpassung machen...
Jeden Move überprüfen...

Es wäre so einfach gewesen einfach einen WChar ein zu führen. und Char mit einem Byte zu lassen.

Aber ich glaube das ist der falsche Thread für diese Diskussion!

Mavarik

[Bernhard Geyer]

Zitat:

Zitat von Mavarik (Beitrag 1116968)

Ja genau. in 3 Mio Zeilen Source mal eben die Anpassung machen...
Jeden Move überprüfen...

Und wieviel tausend unpassende Move-Anweisungen für Strings hast du gefunden? Und schon seit Delphi 2/Windows NT sollte klar gewesen sein das ein Character irgendwann mal mehr als 1 byte umfassen wird.

Zitat:

Zitat von Mavarik (Beitrag 1116968)

Es wäre so einfach gewesen einfach einen WChar ein zu führen. und Char mit einem Byte zu lassen.

Nicht unbedingt. Wieviel Mannmonate hätte Borland mehr gebraucht gegenüber der jetzigen Lösung. Und wieviel Quellcodeanpassungen wäre in den Quellcodes alle anderen Komponentenhersteller gegenüber der jetzigen Lösung mehr nötig gewesen. Ich habe mit D6 eine Unicodeportierung in der Art "Neue StringType = WideString" gemacht. Ist nicht gerade wenig Arbeit. Hättes es D2009 schon gegeben (und Win9x nicht nötig gewesen) hätten wir uns einige Wochen Arbeit gespart.

[Bernhard Geyer]

Zitat:

Zitat von Stevie (Beitrag 1116949)

Zitat:

Zitat von Bernhard Geyer (Beitrag 1116924)

Das wäre die Frage: Ist eine Mixed-Betrieb zwischen VCL und FireMonkey möglich?

Nein, entweder deine Anwendung ist VCL, oder sie ist FireMonkey.

Das ist aber besch****. Also entweder oder? Ich hoffe auf ein ähnliche Unit wie bei VCL2NET in der Mischbetrieb .NET und VCL.NET möglich war.

[jaenicke]

Zitat:

Zitat von Mavarik (Beitrag 1116968)

Es wäre so einfach gewesen einfach einen WChar ein zu führen. und Char mit einem Byte zu lassen.

Nur weil viele eben den Programmierfehler gemacht haben Metatypen statt der konkreten Typen zu benutzen, hätte man jetzt alle anderen durch eine schlechtere Umsetzung leiden lassen sollen? Das halte ich für keine gute Lösung.

Wer konsequent LongInt, AnsiString, AnsiChar usw. benutzt hat wo es wichtig ist was genau für ein Typ dahinter steckt, der hat auch relativ wenige Probleme hinsichtlich einer Umstellung auf Unicode oder 64-Bit.

Wir haben unsere Anwendung auch innerhalb sehr kurzer Zeit von Delphi 5 auf XE umgestellt und mussten danach hauptsächlich an Hardwareschnittstellen oder direkten Speicherzugriffen nachbessern. Das waren aber zu einem großen Teil Programmierfehler, weil ein falscher Datentyp verwendet wurde. In zugekauften Komponenten genauso wie in eigenen Codes.

[Florian Hämmerle]

Zitat:

DavidI hat ja letztens nur geschrieben, dass sie an einem neuen C++ Compiler arbeiten. Dürfte also erst in XE3 oder XE4 kommen.

Dabei ging es aber um einen neuen Compiler bzgl. dem neuen C++-Standard, der da gerade freigegeben und veröffentlicht worden ist ;)