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

[mkinzler]

Nach dem Umstellen musst du das Projekt neu erzeugen

[Jacques Murell]

Hatte ich bereits, neu kompiliert und neu erzeugt. Außer der 7MB Debug-Exe weiterhin kein "Release" zu finden im Projekordner.

[himitsu]

Zusätzliche Debuginfos landen doch nicht in der EXE?
Und die RTTI kann man irgendwie teilweise abschalten.

[Jacques Murell]

Ah ich habs gefunden. Neben den Einstellungen in den Projektoptionen muss man in der Projektverwaltung (rechts) auch nochmal extra Release auswählen. Das muss man ja erstmal wissen.

[jaenicke]

Zitat von Jacques Murell:

Ah ich habs gefunden. Neben den Einstellungen in den Projektoptionen muss man in der Projektverwaltung (rechts) auch nochmal extra Release auswählen. Das muss man ja erstmal wissen.

Richtig, in den Einstellungen legst du die Einstellungen für die einzelnen Konfigurationen fest, stellst sie aber nicht ein.

Umgeschaltet auf Release ist die Exe 1,5 MiB groß.

Schön (aber nicht unbedingt sofort überschaubar) ist an der Stelle z.B. auch, dass du dir mehrere Konfigurationen anlegen kannst, die sich z.B. nur im Ausgabeverzeichnis und einer Compilerdefinition unterscheiden. In der übergeordneten Einstellung kannst du aber dennoch Einstellungen für alle Unterkonfigurationen setzen.

[mschaefer]

Meine eigenen Projekte werden sicher nicht zeitnah nach FRM portiert werden, dafür sind die verweneten Komponenten zuweit von den VCL-Varianten entfernt.

Mal von FRM-abgesehen scheint mir erwähnenswert:

+ Mit FastReport ist eine gute Reportinglösung gefunden worden
+ FastScript gibt eine solide Grundlage.
+ Indies werden kontinuierlich weitergepflegt.
+ das Aufräumen der VCL-Palette war eine gute Idee.

- Ernüchternd ist Atozed´s Intraweb Weiterentwicklung.

Grüße in die Runde

[Robotiker]

Zitat von mschaefer:

Meine eigenen Projekte werden sicher nicht zeitnah nach FRM portiert werden, dafür sind die verweneten Komponenten zuweit von den VCL-Varianten entfernt.

Ja, das ist für die meisten Delphi Entwickler eine neue Situation.

Aber die Lage ist heute viel günstiger, als damals beim C++ Builder X, wo man den Leuten einfach vor den Kopf gesagt hat: "VCL gibts nicht mehr". Da haben viele erstmal gemerkt, wie abhängig ihre Geschäftslogik von der VCL ist. Die musten dann auf die harte Tour lernen, wie man Logik und GUI trennt.

Wir hatten damals den Vorteil, dass wir in verschiedenen Projekten mit dem BCB oder VC++ gearbeitet haben. Die ganzen Kernkomponenten waren so ausgelegt, dass sie mit beiden Umgebungen arbeiteten.
So konnten wir recht schnell mit unserem Hauptprodukt von einer VCL-Anwendung zu einer Architektur mit VC++ Kern und C# Frontend wechseln.

Den Frontend können wir heute optional durch Qt ersetzten, Firemonkey wäre kurzfristig möglich.

Viele Delphi-Projekte dürften dagegen von Kopf bis Fuss von der VCL abhängen. Nicht zuletzt weil das
für die meisten Komponenten von Drittanbietern auch gilt. Da hat man es mit dem C++ Builder sicher leichter, weil die meisten externen C++ Libs keine VCL-Abhängigkeiten haben.

Grüße

Robotiker

[USchuster]

Zitat von himitsu:

Zusätzliche Debuginfos landen doch nicht in der EXE?

Natürlich landen TD32 Debuginformationen (Parameter -V und -VN) in der Exe. Um diese zu deaktivieren ist in der Konfiguration "Debug-Informationen" auf der Seite Delphi-Compiler\Linken zu deaktivieren. "Mit externen Debug-Symbolen" wird für das (Remote)debuggen beim OS X oder Win64 Target benötigt, die Option erzeugt die externe .RSM Datei und kann für Win32 deaktiviert werden.