Größe Exe-Datei XE2 -> XE4

[mkinzler]

XE4 sollte sich nicht großartg von XE5 unterscheiden, du kannst also gleich XE5 oder bald XE6 verwenden.

[CocoPops]

Und was ändert sich bezüglich der finalen Exe-Datei? Ist sie in irgendeiner Weise kompatibler?

[mkinzler]

Wie meinst Du das? Was verstehst Du unter kompatibler? Kompatibel zu was?

[CocoPops]

Was ich wissen wollte ist, ob der XE4/5/6 Code in irgendeiner Weise besser/optimierter ist als der von XE2.
Denn wenn das überhaupt nichts ändert, dann bleibe ich bei XE2 und spare mein Geld.

[Der schöne Günther]

Dich interessiert also nur der Win32/Win64-Compiler mit VCL, richtig? Sprachänderungen (Helper!), Bugfixes und anderes nicht?

Von XE2 auf XE3 hat sich, glaube ich, praktisch nichts getan, ab XE4 sind die Attribute [Ref], [Volatile] und [Weak] (letzteres auf Windows noch nicht) neu und interessant.

Ich weiß ja nicht was du genau vorhast oder dir erhoffst, aber brachiale Änderungen wirst du wohl nicht erwarten können 8-)


Ansonsten: Siehe auch:
- http://docwiki.embarcadero.com/RADSt...%2BBuilder_XE3
- http://docwiki.embarcadero.com/RADSt...hanges_for_XE4

[Bernhard Geyer]

Zitat:

Zitat von CocoPops (Beitrag 1255600)

Was ich wissen wollte ist, ob der XE4/5/6 Code in irgendeiner Weise besser/optimierter ist als der von XE2.
Denn wenn das überhaupt nichts ändert, dann bleibe ich bei XE2 und spare mein Geld.

Der Focus neuerer Delphi-Versionen ist primär auf Mobile Entwicklung (iOS, Android).
Im Bereich "klassicher" Desktopentwicklung wirst du mit XE3+ nicht viel gewinnen.
Siehe auch: https://www.embarcadero.com/de/produ...lphi/whats-new

[CocoPops]

Genau, die Sprachveränderungen und Änderungen des COmpilers interessierTEN mich.
Werde das mal durchlesen. Aber da ich mich nicht für Mobile Development interessiere, denke ich, dass ich bei XE2 bleibe und spare.

[Der schöne Günther]

Ich bin nicht ganz im Bilde da ich kurz XE2 angetestet hatte und mit XE4 erst richtig eingestiegen bin, aber ich meinte gehört zu haben, dass vor allem bei Generics auch nach XE2 noch ordentlich ge-bugfixt wurde.

Die Class Helper/Record Helper sind ab XE3 auch für eingebaute Typen wie Integer möglich und ab XE4 auch mit einer Standard-Implementierung dabei. Die würde ich wirklich schmerzlichst vermissen.

Ab XE5 kamen wohl tolle REST-Bibliotheken hinzu, aber die habe ich noch nicht ausprobiert.

Ich weiß nicht, ob du zu Enterprise greifen würdest, aber FireDAC ist, im Verhältnis zu dbExpress, eine echte Offenbarung. Sage ich jetzt als jemand mit praktisch Null Datenbank-Praxiswissen.

Ich mache auch nur reine Windows-Sachen mit Delphi und dem C++ Builder. Warte noch zwei Tage bis zum 16., was XE6 bringen mag. Die VCL soll ja nicht ganz leer ausgehen, sagt man.

[Stevie]

Zitat:

Zitat von Der schöne Günther (Beitrag 1255572)

Ich habe das nie verstanden, warum die Dinger dann Generics genannt werden und nicht Templates? Denn das sind sie dann im Endeffekt doch, oder?

PS: Von Generics in .Net bzw. deren Unterschied zu C++ Templates habe ich keine Ahnung.

In C# wird der Code für einen Generic, wo der Typparameter ein Referenztyp ist, geshared. D.h. es spielt keine Rolle, ob du eine TList<TAffe> oder TList<TGiraffe> hast, weil beides ein Referenztyp ist. Der C++ Linker hingegen hat eine Optimierungsoption, die dafür sorgt, dass binär gleicher Code wieder rausgeworfen wird. Beides ist in Delphi nicht vorhanden, es wird pro generischer Typ der Code dupliziert.

Einzige Möglichkeit ist, sich da selber (je nach Art des Generics in sehr begrenztem Rahmen) zu behelfen, wie ich in Spring4D zum Beispiel mit den Listen getan habe.

[Tomski]

Guten Morgen zusammen,

ich möchte nochmals kurz auf das ursprüngliche Thema 'Größe der EXE-Datei" eingehen. Ich habe ein Projekt von mir von XE auf XE2 und gestern auf XE4 adaptiert. Der Größenunterschied bei gleichen Komponenten und gleichem Funktionsumfang ist frapierend, siehe folgende gerundete Größen.

XE = 6800 KB
XE2 = 28000 KB
XE4 = 32500 KB

Die vorgeschlagenen Compilerdirektiven "Wie von Daniel genannt" verkleinern bei XE4 gerade mal um 3 MB auf 29500 KB. Manche denken jetzt vielleicht was solls, die Größe interessiert doch niemand, Hauptsache es funktioniert. Wenn man aber aus Zeiten kommt als der Speicherplatz bzw. RAM noch knapp war fällt es einem schwer das klaglos zu akzeptieren und man stellt sich wohl die berechtigte Frage: Warum ist das so? Sind tatsächlich die Bibliotheken und Units so vergrößert worden oder wird lediglich aufgrund von Programmierzeitersparnis alles compiliert was nicht Niet und Nagelfest ist?

Danke für eure Antworten und noch einen schönen Sonntag wünsche ich Euch.