Delphi XE6 im Anmarsch

[Uwe Raabe]

Zitat von himitsu:

Zitat von Uwe Raabe:

Beschränkt man wiederum den Zeitraum auf letztes Jahr, steht "Delphi XE5 and C++Builder XE5 ISO (Includes Update 2)" an der Spitze.

Interessant ist auch, daß sich grade erst wieder jemand ein Turbo Pascal 5.5 besorgt hat.

Ja, das ist ein Klassiker. Ich muss zugeben, daß ich das auch vor ein paar Monaten mal runtergeladen habe, weil ich zu faul war, die Disketten zu suchen.

Übrigens: "Show top 10 downloads for Delphi for the period: Past Year"

[Chemiker]

Hallo,

lohnt sich das Update für normale Windows-VCL-Entwickler von Delphi XE5 auf Delphi XE6? Warum ist das Update eigentlich so früh dieses Mal, sonst kam das Update doch immer erst im September?

Bis bald Chemiker

[Uwe Raabe]

Zitat von Chemiker:

lohnt sich das Update für normale Windows-VCL-Entwickler von Delphi XE5 auf Delphi XE6?

Meine Meinung: Ja!

Zitat von Chemiker:

Warum ist das Update eigentlich so früh dieses Mal, sonst kam das Update doch immer erst im September?

Hast du letztes Jahr verpennt? In 2013 gab es XE4 und XE5 und die Roadmap für 2014 avisiert ein (vermutlich) XE7 für diesen Herbst.

[Chemiker]

Hallo,

Zitat:

Hast du letztes Jahr verpennt? In 2013 gab es XE4 und XE5 und die Roadmap für 2014 avisiert ein (vermutlich) XE7 für diesen Herbst.

Oh sorry, habe ich jetzt nicht mitbekommen war jetzt eine Zeitlang mehr mit VS C++ beschäftigt.

Das bedeutet jetzt, dass man jedes halbe Jahr eine neue Version mit den ganzen gekauften und freien Komponenten neu installieren muss!

Bis bald Chemiker

[himitsu]

Ja.

(kann)

[Union]

Zitat von Chemiker:

Hallo,

Zitat:

Hast du letztes Jahr verpennt? In 2013 gab es XE4 und XE5 und die Roadmap für 2014 avisiert ein (vermutlich) XE7 für diesen Herbst.

Oh sorry, habe ich jetzt nicht mitbekommen war jetzt eine Zeitlang mehr mit VS C++ beschäftigt.

Das bedeutet jetzt, dass man jedes halbe Jahr eine neue Version mit den ganzen gekauften und freien Komponenten neu installieren muss!

Bis bald Chemiker

Naja, und früher hat man sich beschwert dass Unicode und x64 erst spät kamen. Jetzt ist halt auch der Innovationszyklus schneller. Und die paar Komponentenhersteller die's noch gibt müssen eben ein paar defines anpassen, wenn überhaupt.

[jaenicke]

Zitat von Union:

Und die paar Komponentenhersteller die's noch gibt müssen eben ein paar defines anpassen, wenn überhaupt.

Seit with aus vielen Quelltexten herausgeflogen ist, gibt es ohnehin viel weniger Migrationsprobleme. Viele notwendige Änderungen und (teils erst später erkannte) Fehler waren in der Vergangenheit ja nur darauf zurückzuführen.

[himitsu]

Zitat von Union:

Naja, und früher hat man sich beschwert dass Unicode und x64 erst spät kamen.

Meinst du das wäre schneller fertig geworden, wenn man zwischendrin noch zusätzliche (stabile) Versionen erfinden muß?
Und wenn, dann wären sie auch nur ein halbes Jahr früher gekommen.

[Union]

Zitat von himitsu:

Meinst du das wäre schneller fertig geworden, wenn man zwischendrin noch zusätzliche (stabile) Versionen erfinden muß?
Und wenn, dann wären sie auch nur ein halbes Jahr früher gekommen.

Mit der heutigen Herangehensweise tatsächlich. iOS und Android kam relativ schnell hintereinander und sind tatsächlich auch ziemlich gut zu gebrauchen.

[Uwe Raabe]

Zitat von Union:

Und die paar Komponentenhersteller die's noch gibt müssen eben ein paar defines anpassen, wenn überhaupt.

Wenn man das einmal geschickt anfängt, ist es i.A. kein Problem. Ich codiere immer gegen den neuesten Compiler (nicht zwingend die neuesten Features), so daß es damit ohne IFDEFs funktioniert. Die Kompatibilität zu den älteren Versionen fange ich dann durch {$IF CompilerVersion < xx.x} oder (meistens zutreffender) {$IF RTLVersion < xx.x } ab. Wenn das zu umständlich wird, fliegt der Support für die alte Version raus. Wer das unbedingt braucht, kann ja die alten Sourcen weiter verwenden - auch Abwärtskompatibilität hat Grenzen.

Neuere Versionen sind so häufig ohne Änderungen lauffähig.