RAD Studio XE7: Was Entwickler davon halten...

[Darlo]

Ich finde Firemonkey klasse. Seit XE5 läuft das ja auch ganz gut. FireUI und TMultiView sind "ganz nett", und werden in XE7+1 hoffentlich noch paar Funktionen dazubekommen.

[stahli]

So ähnlich wurde XE3 auch beworben und ersthaft arbeiten konnte man damit nicht. Konzeptionielle Schwächen und Fehler wurden auch nicht kostenfrei bereinigt - was eigentlich für einen Hersteller selbstverständlich sein sollte.

Letztlich war der Kauf für mich rausgeschmissenes Geld und ich hätte bei XE bleiben sollen. Inzwischen nutze ich C#.

ABER!
Wenn Du mit Delphi arbeiten willst und es bezahlen kannst solltest Du von D5 auf jeden Fall zu XE oder höher wechseln.
In der IDE und bei der Sprache selbst hat sich doch einiges getan.

FMX kannst Du für Windows vergessen (sofern sich das nicht wirklich geändert hat). Für mobile Entwicklung unter Delphi musst Du es aber einsetzen. Und dann immer das neueste, weil Du sonst die Bugs nicht bereinigt kriegst.

[greenmile]

Zitat von Back2Code:

Zitat von greenmile:

Ich habe Delphi 5 und XE7 auf dem System (naja, und XE3).

Kurzum: Wenn Du A) das Geld für das Update hast und B) die Komponenten noch für XE7 besorgen kannst, dann mach es. Ich würde allerdings noch etwas warten, irgendwann kommt von EMBT ein Angebot, dass alle Delphi Versionen update berechtigt sind. Ich mag die XE7, sie ist die erste XE, die mir wirklich gefällt und die Möglichkeiten sind mächtig. Selbst wenn man seine Android App nicht gewinnbringend verkaufen kann, es macht tierisch Bock! Und wer hat damals (D5) nicht davon geträumt, mit nur wenigen Klicks mal eben Programme für Mac und co zu erstellen?

Wie genau verhält sich das mit den Größen der kompilierten Programme? Überschreiten diese schon die 5MB?

Ja. Mit ASProtect und co ist das aber kein Problem. Da Setup's in der Regel komprimieren, sollte das aber kein Problem sein. Komprimiert ist eine normale Anwendung so ca. 3 MByte.

[jensw_2000]

Zitat von Back2Code:

Treffen diese Aussagen auch auf euch zu oder seid ihr da völlig anderer Meinung?

<Marketing Gehöns>

Welche Vorteile hätte es z.B von Delphi 5 jetzt auf XE7 umzusteigen?

Ein Update lohnt sich aus meiner Sicht, wenn Dich folgende Dinge weiterbringen:

• Unicode
• Class- und Record Helper
• IDE Live Templates
• Generics (wenn auch etwas lieblos implementiert)
• TParallel (erste Implementierung in XE7)

Ein Paar Sachen wurden zuvor schon erwähnt.

Auch im FMX Bereich hat sich auch einiges getan. Einige schaffen es damit tatsächlich inzwischen Apps in die Stores zu bringen.
FMX war seit XE2 immer nur ein "kaputtes Auto", das bis XE7 Marketing seitig auf Hochglanz poliert wurde. Technisch fährt es inzwischen etwas, aber wenn man es realistisch mit anderen, gleich hübschen, Autos auf dieser Welt vergleicht, dann sieht man schnell, dass FMX eben doch nur hochglanzpolierter, teurer und technisch fragwürdiger "Ballast" ist.

Ohne Auto Metapher:
Mit FMX kannst Du die einfachen UI Sachen für "Mobile" in wenigen Sekunden zusammenklicken. Die BL baust Du in Pascal. Das Projekt kannst Du (mit diversen Einschränkungen) auf iOS, OSX und Android deployen. Die App wird auf den Zeilsystemen ansatzweise so aussehen, wie eine "normale" iOS, OSX oder Android App. Soweit so gut.
Sobald es in die Details geht spielst Du dich aber mit FMX zeitlich gesehen tot, weil es nur über halbfertige Wrapper auf die iOS und Android APIs zugreifen kann. Zudem entgehen Dir all die schicken, schnellen und effektiven SDKs und APIs, die Dir das Leben anderswo erleichtert hätten.
Die fertige App ist unproportional groß zum Nutzwert und läuft entsprechend träge. Im "echten" Businessbereich (also, Mensch arbeitet intensiv mit der App, um seine Brötchen zu verdienen.) wirst Du merken, dass Deine Arbeit mit FMX für die Katz war, denn das FMX OpenGL UI Rendering saugt die Akkus der Devices in kurzer Zeit leer. Deine Kunden werden Dir Deine Arbeit um die Ohren hauen.

[Insider2004]

Delphi XE8 werde ich wohl auslassen. Das weckt Erinnerungen an Delphi 8. Und da bekomme ich einen Anfall! Delphi XE9 klingt wie Windows 8.1 + Service Pack. Auch Anfall! XE10 wäre mit Delphi 2010 assoziiert. Muss wohl warten, bis Emba wieder Borland heißt!

[Der schöne Günther]

Das sind gute und stimmige Argumente.

[jensw_2000]

Zitat von Insider2004:

Delphi XE8 werde ich wohl auslassen. ... Delphi XE9... Auch Anfall! XE10 ... Muss wohl warten ...

Wenn Du das so lange durchhälst bekommst Du danach mindestens als 2 funktionierende Features auf einmal. Nicht dass Du dann damit überfordert bist.
Schau Dir den TE an. Gewartet von D5 bis XE7 und so langsam bekommt er auch ein paar Features für sein Geld.

[FrankR]

Ich sehe meiner Meinung nach keinen erkennbaren Grund auf XE7 umzuziehen. Da wir eh nur mit der VCL programmieren sind die neuen Funktionen sowieso nichts für uns. Da war die Anschaffung von XE2 auf XE6 ein riesiger Qualitätssprung was Stabilität & Co. anging.

[jensw_2000]

Doch. Von Delphi 5 (ohne XE) auf XE7 macht er schon einen weiten Satz. Auch im VCL und Sprachbereich.
Die Komponentenhersteller kündigen den Support für die Uralt Delphis auch ab, falls nicht bereits geschehen.

[Bambini]

Zitat von Back2Code:

Welche Vorteile hätte es z.B von Delphi 5 jetzt auf XE7 umzusteigen?

Bei D5 auf XE7 kommen noch die unicode Strings auf dich zu.
Aber früher oder später muss man du da wohl ran

Ein großes Problem der aktuellen XE7 Version ist der instabile Quell-Code Parser,
der mit Code Inside/Code Completion helfen soll. Der hat wohl einen größeren BUG und frist den Speicher
bzw. zerhackt diesen. Ich habe ein großes VCL Projekt (ca. 500 direkte eigene Units, mit DevExpress und einigen anderen Tools).
Nach dem Öffnen und einigen Code Änderungen bläht sich die XE7 IDE auf 1GB auf und raucht dann kurze Zeit dannach mit
"out of memory" beim Tippen oder compilieren komplett ab.
Das Navigieren im Code, schon alleine mit dem Cursor durch den Code zu laufen ist in diesem Projekt super langsam.

Bin nach vielen Versuchen wieder auf die XE6.1 Version zurückgegangen und warte auf SP1.
Kommt wohl in Kürze, da iOS 8 Entwicklung mit dem XCode 6 auch nicht klappt.

Fazit: not ready yet.

Resume: Sofern man eh nix mit Crossplatform unter Firemonkey am Hut hat und die kleinen Neuerungen im VCL nicht braucht, kann man sich das Update seit Jahren sparen. Die EXE werden immer größer und die Compiler machen nix schneller.