Find out why after 22 years more developers than ever are choosing Delphi

[SneakyBagels]

Zitat:

Wenn es nach mir ginge, sollte das so bleiben wie es ist...

Hast du schon einmal die Verhaltensweise diesbezüglich in Visual Studio beobachtet?

[jaenicke]

Zitat von SneakyBagels:

Zitat:

Wenn es nach mir ginge, sollte das so bleiben wie es ist...

Hast du schon einmal die Verhaltensweise diesbezüglich in Visual Studio beobachtet?

Ich verwende dort immer Strg + Shift + F bzw. H, nicht Quick Replace. Und auch nicht angedockt. Insofern verwende ich es dort kaum anders als in Delphi.
Find Next / Previous kann natürlich hilfreich sein, auch wenn ich eher bessere Suchergebnisse wie beim Grep von GExperts bevorzugen würde.

[EWeiss]

@jaenicke

Ich will jetzt nicht drauf rumreiten aber..
Kompiliere mal die OTTB.exe mit Tokyo ohne selbst am Quelltext was zu ändern.
Danach können wir das Thema nochmal ansprechen.
wenn du es schaffst diese in der gleichen Größe wie das Kompilat von D2010 zu erstellen.

Ich behaupte das du(der Compiler) das nicht schaffen wird.
Aber egal war nur ein Beispiel und spielt für mich keine rolle da ich eh kein Tokyo aus besagten gründen verwende.

gruss

[Uwe Raabe]

Zitat von EWeiss:

Kompiliere mal die OTTB.exe mit Tokyo ohne selbst am Quelltext was zu ändern.
Danach können wir das Thema nochmal ansprechen.
wenn du es schaffst diese in der gleichen Größe wie das Kompilat von D2010 zu erstellen.

Aber allein durch die Tokyo RTL wird doch schon ein andere Quelltext verwendet. Der Code, den du selbst schreibst, macht doch nur einen mehr oder weniger geringen Anteil am gesamten Programm aus.

[jaenicke]

Zitat von EWeiss:

wenn du es schaffst diese in der gleichen Größe wie das Kompilat von D2010 zu erstellen.

Ich behaupte das du(der Compiler) das nicht schaffen wird.

Ich habe einmal die Unit Graphics aus der VCL durch System.UITypes ersetzt, TIcon und THotkey herausgenommen und damit die Units Forms, ComCtrls und Menus und auf Release umgeschaltet. Daraufhin war die Exe nur noch 1107 KiB statt 2225 KiB groß...

Die paar Funktionalitäten würdest du denke ich auch ohne VCL hinbekommen und so viel an Größe sparen.

Aus der RTL verwendest du mehr, so dass deren Entfernung nicht so einfach wäre. Davon machen System.Classes und die dort eingebundene Unit System.Rtti etwa 600 KiB, also die Hälfte der Exe, aus.

[EWeiss]

Zitat:

Aus der RTL verwendest du mehr, so dass deren Entfernung nicht so einfach wäre. Davon machen System.Classes und die dort eingebundene Unit System.Rtti etwa 600 KiB, also die Hälfte der Exe, aus.

Es ging ja nicht darum das du irgend etwas entfernst\änderst sondern den Quelltext so Kompilierst wie er ist.
Dann ist die EXE 2MB größer als in D2010.

Ich lege keinen wert darauf ob die EXE nun 1 oder 2MB vorweist nach dem kompilieren ist mir eigentlich egal.

Mein Unverständnis ist das von Release zu Release das Kompilat an Größe zu nimmt. (Es wird nichts am Compiler getan)
Würde ich ein Non-VCL Projekt konsequent umsetzen ohne RTTI, Classes usw.. wäre trotz allem der Unterschied von D7 -> Tokyo immens
das ist was ich nicht akzeptieren will zumal ich die zusätzlichen Futures wie Android, OSX, FMX und Konsorte gar nicht benötige.
Das Problem ist also das mich die neueren Versionen einfach nicht ansprechen da sie mein Kompilat unnötig aufblähen und für meine Projekte keinerlei Vorteile bringen.

Zitat:

macht doch nur einen mehr oder weniger geringen Anteil am gesamten Programm aus

Den größten Anteil.
Denn es liegt ja an mir ob ich konsequent die WinAPI32 verwende oder mit Classes, SysUtils und Konsorte rummache.
Also woher kommen die 2 MB gegenüber D2010!
Ganz einfach es werden zwangsweise dinge mit ein kompiliert die man im Projekt gar nicht anspricht.
Die Anwendung selbst wäre auch ohne diese Funktionstüchtig und tut ihren Job.

Na ja wie gesagt denke da könnte man ein Buch drüber schreiben und jeder hätte eine andere Meinung dazu.

gruss

[TiGü]

Zitat von EWeiss:

Zitat:

Aus der RTL verwendest du mehr, so dass deren Entfernung nicht so einfach wäre. Davon machen System.Classes und die dort eingebundene Unit System.Rtti etwa 600 KiB, also die Hälfte der Exe, aus.

Es ging ja nicht darum das du irgend etwas entfernst\änderst sondern den Quelltext so Kompilierst wie er ist.
Dann ist die EXE 2MB größer als in D2010.

Ich lege keinen wert darauf ob die EXE nun 1 oder 2MB vorweist nach dem kompilieren ist mir eigentlich egal.

Mein Unverständnis ist das von Release zu Release das Kompilat an Größe zu nimmt. (Es wird nichts am Compiler getan)
Würde ich ein Non-VCL Projekt konsequent umsetzen ohne RTTI, Classes usw.. wäre trotz allem der Unterschied von D7 -> Tokyo immens
das ist was ich nicht akzeptieren will zumal ich die zusätzlichen Futures wie Android, OSX, FMX und Konsorte gar nicht benötige.
Das Problem ist also das mich die neueren Versionen einfach nicht ansprechen da sie mein Kompilat unnötig aufblähen und für meine Projekte keinerlei Vorteile bringen.

1. Dein Unverständnis kannst du nur durch lesen und lernen ändern, aber das kann dir keiner abnehmen.
2. Wenn du wirklich reine Non-VCL und Non-RTL Programme schreiben würdest, wäre die EXE in Turbo Pascal, Delphi 2, Delphi 7, Delphi 2010, Delphi Tokyo und so weiter annähernd gleich groß.
Sobald du aber anfängst Sachen wie IntToStr zu benutzen, ist es nicht mehr Non-RTL.
Da sich das Framework intern ändert, kommen halt ein paar Sachen dazu. So gibt es in allen Ableitungen von TObject in neueren Delphis ein paar Byte mehr, weil hier Funktionalität für SyncObjects.TMonitor drin steckt.
3. Das Wort heißt Features.
4. Ich finde es unglaublich scheiße von dir, dass du deine Kompilate mit Delphi 2010 erstellst, weil dadurch sind die unnötig groß.
Würdest du Delphi 2 nehmen, wären die mindestens die Hälfte kleiner!!!!1!!1!11elf LOL

PS: Ja, Punkt vier ist ironisch gemeint!

[Daniel]

ehm ... ja.
Ich weiß gar nicht, was ich sagen soll.
Habt Euch lieb.
Um die Größe von EXE-Dateien zu streiten, lohnt nicht.