Größe der Anwendungen reduzieren?

[Lemmy]

Hi,

vielleicht ist es das Alter warum ich das nicht verstehe... aber warum macht man wegen 500-700 kbyte so einen Aufwand?

Grüße

[alfold]

Zitat von Lemmy:

Hi,
vielleicht ist es das Alter warum ich das nicht verstehe... aber warum macht man wegen 500-700 kbyte so einen Aufwand?
Grüße

Weil man heute nicht mehr sparen muss an Arbeitsspeicher, PlattenPlatz. Ist ja alles billig geworden.

Vor 10-12 Jahren, weiter zurück will ich gar nicht gehen, sah dies noch anders aus
Man schaue sich nur die neusten Spiele an. Selbst als Demo gehts nicht mehr unter 4-8 GB Festplatte, Speicher schnell mal 800mb aufgefüllt beim Start. Egal, damit werden wir wohl leben müssen.

Gruss alfold

[Lemmy]

Zitat von alfold:

Zitat von Lemmy:

Hi,
vielleicht ist es das Alter warum ich das nicht verstehe... aber warum macht man wegen 500-700 kbyte so einen Aufwand?
Grüße

Weil man heute nicht mehr sparen muss an Arbeitsspeicher, PlattenPlatz. Ist ja alles billig geworden.

Vor 10-12 Jahren, weiter zurück will ich gar nicht gehen, sah dies noch anders aus

ja weiß ich... und vor 20 Jahren haben die meisten noch in C oder Assembler programmiert. Ok, tun die meisten heute auch noch Aber warum Zeit mit so was verschwenden?

Viel sinnvoller wäre doch mal den Profiler anzuschmeißen. Oder FastMem. oder oder....

Und wenn wirklich die Größe ein Problem ist - dann müsste ich mir das mit Delphi auch echt zweimal überlegen. Oder würde eben ne Konsolenanwendung basteln... Die ist unter XE auch unter 100 kByte groß....

Aber ich sags ja.. das Alter

[mleyen]

Nicht jeder kann sich Traffic im Überfluss leisten.
Gerade bei mehreren Anwendungen, die sich regelmäßig automatisch Updaten.

Zitat von mjustin:

{$RTTI EXPLICIT METHODS([]) PROPERTIES([]) FIELDS([])}

Reicht es jetzt aus das an den Anfang der .dpr zu schreiben? Oder doch in jede Unit?

[mschaefer]

Ja das ist ein Argument, aber ganz klar kann man sagen, wenn es um kleine Anwendungen geht, dann ist Delphi schlicht und einfach das falsche System. Man kann sicherlich mit D7 und NonVCL arbeiten, aber letztlich ist damit C++ nicht zu schlagen. Allerdings ist da der Arbeitsaufwand auch höher.

Grüße in die Runde