Liegen lokale Klassen auf dem Stack?

[Namenloser]

Zitat von himitsu:

Natürlich nicht.

Ist nicht so „natürlich“. In C++ geht das nämlich durchaus.

[Neutral General]

Zitat von Namenloser:

Zitat von himitsu:

Natürlich nicht.

Ist nicht so „natürlich“. In C++ geht das nämlich durchaus.

Und wo sonst noch? Und wer benutzt/macht das?
Ich denke C++ ist in der Hinsicht eher "unnatürlich".

[Namenloser]

Zitat von Neutral General:

Zitat von Namenloser:

Zitat von himitsu:

Natürlich nicht.

Ist nicht so „natürlich“. In C++ geht das nämlich durchaus.

Und wo sonst noch? Und wer benutzt/macht das?
Ich denke C++ ist in der Hinsicht eher "unnatürlich".

Mir fällt unter den objektorientierten Sprachen nur C++ ein. Aber wenn man in nicht-objektorientierten Sprachen objektorientiert programmiert, ist das gar nicht ungewöhnlich. Records liegen in Delphi ja auch auf dem Stack.

Wer das benutzt: Ich benutze das so oft es geht, weil Stack-Allokationen schneller sind als Heap-Allokationen. Sehr nützliches Feature meiner Meinung nach. Es geht dabei ja nicht nur um den Stack, sondern auch um geschachtelte Konstrukte, also beispielsweise Objekte, die wieder andere Objekte enthalten. Hier muss man nur einmal Speicher reservieren statt mehrfach und spart sich eine ganze Reihe von Pointern.

[Neutral General]

Zitat von Namenloser:

Wer das benutzt: Ich benutze das so oft es geht, weil Stack-Allokationen schneller sind als Heap-Allokationen. Sehr nützliches Feature meiner Meinung nach. Es geht dabei ja nicht nur um den Stack, sondern auch um geschachtelte Konstrukte, also beispielsweise Objekte, die wieder andere Objekte enthalten. Hier muss man nur einmal Speicher reservieren statt mehrfach und spart sich eine ganze Reihe von Pointern.

In meinen Augen ist der Stack nicht dazu gedacht dort komplette komplexe Objekte abzulegen.
Das kann je nachdem auch ganz schnell in die Hose gehen bei Rekursionen oder einer großen Menge Objekte.
Der Stack ist im Vergleich zum Heap winzig.

[Zacherl]

Zitat von Neutral General:

Zitat von Namenloser:

Wer das benutzt: Ich benutze das so oft es geht, weil Stack-Allokationen schneller sind als Heap-Allokationen. Sehr nützliches Feature meiner Meinung nach. Es geht dabei ja nicht nur um den Stack, sondern auch um geschachtelte Konstrukte, also beispielsweise Objekte, die wieder andere Objekte enthalten. Hier muss man nur einmal Speicher reservieren statt mehrfach und spart sich eine ganze Reihe von Pointern.

In meinen Augen ist der Stack nicht dazu gedacht dort komplette komplexe Objekte abzulegen.

Ansichtssache Ich sehe das wie Namenloser. Die Performance ist deutlich besser und in C++ ist das Konzept durchaus schlüssig, wenn man andere Kriteren wie RAII, Referenzen, Copy & Move Semantics miteinbezieht. Man kann natürlich auch jederzeit Objekte auf dem Heap anlegen, wenn man die Befürchtung hat, dass der Stack zu klein ist - macht man allerdings nur in Ausnahmefällen oder bei Containerklassen.

[Neutral General]

Damit der Performanceunterschied groß genug ist um ihn zu merken muss es aber entweder um große Mengen von Objekten gehen (Achtung, es wird eng auf dem Stack!) oder die Prozedur wird sehr oft in sehr kurzer Zeit aufgerufen, sodass sich der Unterschied irgendwann aufsummiert und bemerkbar wird.

[Zacherl]

Zitat von Neutral General:

Damit der Performanceunterschied groß genug ist um ihn zu merken muss es aber entweder um große Mengen von Objekten gehen (Achtung, es wird eng auf dem Stack!) oder die Prozedur wird sehr oft in sehr kurzer Zeit aufgerufen, sodass sich der Unterschied irgendwann aufsummiert und bemerkbar wird.

Reicht schon, wenn du eine Hand voll Objekte bei jedem Aufruf erstellst und am Ende wieder freigibst (wobei man fairer Weise sagen muss, dass der Delphi Memory Manager ja zumindest schonmal versucht die Context Switches in den Kernel zu minimieren, indem ganze Pages reserviert und "per Hand" verwaltet werden; dennoch ist die Verwaltung eines Heaps ein ziemlicher Overhead). Dass Performanceunterschiede erst bei einer gewissen Laufzeit relevant werden, ist ja eine generelle Tatsache.

[himitsu]

Wenn man unbedingt will, dann kann auch im Delphi eine Klasse auf den Stack.
Siehe NewInstance und FreeInstance, wo man die Speicherverwaltung ändern müsste.

Aber da ist es dann einfacher einen Record zu verwenden.

[Stevie]

Zitat von himitsu:

Wenn man unbedingt will, dann kann auch im Delphi eine Klasse auf den Stack.
Siehe NewInstance und FreeInstance, wo man die Speicherverwaltung ändern müsste.

Jo, genau und wenn sie nicht innerhalb der Routine wieder freigibst, zerschießt du dir den Stack, Klasse Idee

[Stevie]

Zitat von Namenloser:

Zitat von himitsu:

Natürlich nicht.

Ist nicht so „natürlich“. In C++ geht das nämlich durchaus.

Jo, dann rufste aber nich new auf.