RAD Studio XE7: Was Entwickler davon halten...

[mkinzler]

Nein, CDs/DVD gibt es ja schon lange nicht mehr. Man bekommt das Recht, ältere Versionen zu benutzen und kann diese herunterladen.

[Bambini]

Zitat von mkinzler:

Nein, CDs/DVD gibt es ja schon lange nicht mehr. Man bekommt das Recht, ältere Versionen zu benutzen und kann diese herunterladen.

Klar
Wenn man aber den Festplatten über die Jahre nicht ganz so traut, brennt man hin und wieder die *.iso auf die Silberlinge.
Obwohl die letzten Delphi ISO's auch nicht mehr auf normale DVD passen. Da muß jetzt Double Layer oder BlueRay ran.

[himitsu]

Bei mir ist es eher andersrum, nachdem die ersten gebrannten Sicherungskopien nicht mehr lesbar waren, landet das auf 2 ab und an gespiegelten Backupfestplatten.
Abgesehn davon, daß es sich von ISO schneller installieren läßt, als erst die CD/DVD rauszusuchen, dan noch das USB-DVD-Laufwerk zu finden und dann stundenlang beim Rattern zuzuhören.


Kurz nach dem Kauf kann man sich die Lizenzen der Vorgängerversionen freischalten lassen und dann mit jedem beliebigen Installationsmedium nutzen.

[jaenicke]

Zitat von himitsu:

Bei mir ist es eher andersrum, nachdem die ersten gebrannten Sicherungskopien nicht mehr lesbar waren, landet das auf 2 ab und an gespiegelten Backupfestplatten.

Das kommt dann aber auch sehr darauf an was man für Rohlinge gekauft hat. Bei mir sind noch die CDs mit meinen ersten Sicherungskopien aus meiner Schulzeit problemlos lesbar, genauso wie später dann die ersten DVDs.
Von anderen Rohlingen, die ich größtenteils von anderen bekommen habe, die diese bei Discountern oder in Schnäppchenaktionen gekauft haben, sind hingegen sehr viel weniger noch lesbar.

Da man Delphi aber ohnehin einfach wieder herunterladen kann, brenne ich die ISOs auch nicht.

[himitsu]

Dank der "Upgrade von jeder Vorgängerversion"-Aktionen ist der Kauf der neusten Version bestimmt günstiger, als der jetzige Kauf einer älteren Vorgänger-Vollversion.
Selbst wenn man also nicht "gleich" die aktuellste Version nutzt (die nächsten 5 Monate sind die Updates/Bugfixe noch kostenlos) ürfte es dennoch güstiger sein, als eine "neuere" alte Vollversion, außer er hat glück und bekommt auf dem Gebrauchtmarkt günstig eine Vollversion, bzw, eine uralte Vollversion inkl. aller aufbauenden Upgrades zu einer "neueren" Version.

Delphi-Preise verfallen irgendwie nicht so wirklich.
Selbt ein gebrauchtes Delphi 2005 Prof kann man für "nur" 800 € bekommen. (teurer, als XE7 und dann nut die alte Version nutzen, wobei man dann immernoch XE7 auch nutzen kann)

[Harry Stahl]

Generell gefällt mir XE7 sehr gut. Der Compiler ist m.E. einer der schnellsten bisher.

Was ich gerade schade finde, sind die immer wieder neuen Bugs von Version zu Version.

Nach stundenlanger Suche habe ich nun herausgefunden, dass jede TDateEdit, welches in einer Windows-FMX-Form liegt, ca. 300 Millisekunden für die Erzeugung braucht.

Bei 4 TDateEdit also ca. 1,2 Sekunden.

Unter XE6 war die Erzeugung nicht messbar.

Böser Bug!!

[kuba]

Zitat von Harry Stahl:

Generell gefällt mir XE7 sehr gut. Der Compiler ist m.E. einer der schnellsten bisher.

Was ich gerade schade finde, sind die immer wieder neuen Bugs von Version zu Version.

Nach stundenlanger Suche habe ich nun herausgefunden, dass jede TDateEdit, welches in einer Windows-FMX-Form liegt, ca. 300 Millisekunden für die Erzeugung braucht.

Bei 4 TDateEdit also ca. 1,2 Sekunden.

Unter XE6 war die Erzeugung nicht messbar.

Böser Bug!!

Das bringt mich gerade auf eine Idee, habe da so ein Problem die TDateEdit Komponente während des OnShow Event mit Werten aus der Regitry zu befüllen (XE2 kein FMX). Mit anderen Komponenten funktioniert alles reibungslos, nach meinen Tests spricht alles dafür dass die Komponente irgendwie nicht "bereit" ist den ausgelesenen Wert zu übernehmen. Wird die Komponente denn erst zur Laufzeit erzeugt ? Ich dachte das passiert schon zur "Entwicklungszeit" wenn die Komponente auf dem Formular plaziert wird. Das muss ich mir nochmal genauer anschauen und werde mal mit Hilfe eines Timers erst nach dem OnShow Event einlesen.

Habe gerade nochmal nachgeschaut, es sind 2 Komponenten TDateTimePicker und TSpinEdit ...

Ach sorry, aber ich glaube das Problem hängt nicht miteinander zusammen, war nur so eine Idee.

kuba

[jbg]

Zitat von Harry Stahl:

Bei 4 TDateEdit also ca. 1,2 Sekunden.

Unter XE6 war die Erzeugung nicht messbar.

Böser Bug!!

Das ist ein architektonischer Problem. Das hat man davon, wenn man aus allem und jedem ein Control machen muss. Für jeden Tag im Monat wird ein TTextControl erzeugt, was viel unnötigen Code mit sich bringt. Schon allein das Ausrichten der Controls wird verlangsamt. In diesem Fall ist es aber das Setzen der TTextControl.Text-Eigenschaft, da dort der Style geklont wird, was viel Zeit kostet, da zum Klonen das DFM-Streaming benutzt (missbraucht) wird. Und das DFM-Streaming ist seit der Umstellung von "IsStoredProp" auf Attribute (RichRTTI) noch um einiges langsamer geworden.
Zudem wird der Kalender für 1899 und das aktuelle Jahr aufgebaut, also doppelt.

[Bernhard Geyer]

Zitat von mkinzler:

Nein, CDs/DVD gibt es ja schon lange nicht mehr. Man bekommt das Recht, ältere Versionen zu benutzen und kann diese herunterladen.

Gibt's schon noch. Kosten auch "nur" 40 €

[newbe]

davon mal ab kauf ich mir aber keine XE7 um dann mit irgendwelchen niedrigeren Versionen zu arbeiten, und später dann nochmal das schöne Procedere der Installation zu erleben.

mfg newbe