<![CDATA[heap vs stack]]>hallo,
noch eine frage:
wenn ich eine klasse mit
Person p("hans");
oder
Person("hans");
instantiiere, landet die doch auf dem stack, oder?
Was passiert also hier:

Person create() {
	Person p("hans peter");
	return p;
}
...in main:
	Person p = create();
	cout << p.getName() << endl;

wird p kopiert, im stack verschoben, so dass das objekt in der main methode verfügbar ist, oder...
mir ist aufgefallen, dass qt immer objekte direkt zurückgibt, nie pointer. wann verwendet man was?
danke 👍

]]>https://www.c-plusplus.net/forum/topic/240178/heap-vs-stackRSS for NodeTue, 22 Sep 2026 03:28:16 GMTSun, 03 May 2009 09:52:01 GMT60<![CDATA[Reply to heap vs stack on Sun, 03 May 2009 09:52:01 GMT]]>hallo,
noch eine frage:
wenn ich eine klasse mit
Person p("hans");
oder
Person("hans");
instantiiere, landet die doch auf dem stack, oder?
Was passiert also hier:

Person create() {
	Person p("hans peter");
	return p;
}
...in main:
	Person p = create();
	cout << p.getName() << endl;

wird p kopiert, im stack verschoben, so dass das objekt in der main methode verfügbar ist, oder...
mir ist aufgefallen, dass qt immer objekte direkt zurückgibt, nie pointer. wann verwendet man was?
danke 👍

]]>https://www.c-plusplus.net/forum/post/1704704https://www.c-plusplus.net/forum/post/1704704Sun, 03 May 2009 09:52:01 GMT<![CDATA[Reply to heap vs stack on Sun, 03 May 2009 10:12:45 GMT]]>Ja, bei deinem Beispiel landen die Sachen auf dem Stack. Heap-Sachen verwendet man, um die Lebensdauer zu verlängern (mit new erzeugte Objekte werden ja nicht am Ende der Funktion destruiert) oder um eine Variable auf "leer" setzen zu können (Zeiger auf NULL).
In deinem Beispiel werden zwei Objekte vom Typ "Peter" erstellt, einmal in "create" und dann eins in "main". Verschoben werden Objekte nicht. Manchmal gibt's unkopierbare Typen, da bräuchtest du hier "new".

]]>https://www.c-plusplus.net/forum/post/1704708https://www.c-plusplus.net/forum/post/1704708Sun, 03 May 2009 10:12:45 GMT<![CDATA[Reply to heap vs stack on Sun, 03 May 2009 11:13:20 GMT]]>Rein Codemässig werden hier 2 Objekte erzeugt, allerdings darf man sich darauf nicht verlassen, da viele Compiler das wegoptimieren können.

Named return value optimization:
http://msdn.microsoft.com/en-us/library/ms364057(VS.80).aspx

]]>https://www.c-plusplus.net/forum/post/1704756https://www.c-plusplus.net/forum/post/1704756Sun, 03 May 2009 11:13:20 GMT<![CDATA[Reply to heap vs stack on Sun, 03 May 2009 11:50:52 GMT]]>ah, danke.
und weiß jemand wie das in QT funktioniert? Es macht ja keinen sinn langlebige objekte wie widgets oder strings oder datenbankverbindungen auf dem stack zu speichern, aber es wird anscheinend so gemacht. Gibt es irgendeinen vorteil das objekt auf dem stack zu allokieren (auch noch 2 mal) wenn ich es öfters als in einer methode brauche?

]]>https://www.c-plusplus.net/forum/post/1704768https://www.c-plusplus.net/forum/post/1704768Sun, 03 May 2009 11:50:52 GMT<![CDATA[Reply to heap vs stack on Sun, 03 May 2009 11:55:20 GMT]]>Du solltest nicht in Stack und Heap denken, da dir das (von der Programmiererseite) egal sein kann. Wichtig ist der Unterschied von automatischem Speicher und dynamischem. Sprich automatischen (du nennst das Stack) Speicher musst du nicht selbst aufräumen. Der wird automatisch aufgeräumt. Und dynamischer (heap, also mit new allokierter Speicher) nicht. Das heisst, dass du dich da selbst um das aufräumen kümmern musst.
Somit sollte gelten, dass du solange, wie möglich automatischen Speicher benutzt, da das sicherer ist, als dynamischer. (Weil du keine Angst vor Memoryleaks/ungültigem Speicher haben musst).

]]>https://www.c-plusplus.net/forum/post/1704776https://www.c-plusplus.net/forum/post/1704776Sun, 03 May 2009 11:55:20 GMT<![CDATA[Reply to heap vs stack on Sun, 03 May 2009 12:08:30 GMT]]>ah vielen dank,
wann sollte ich dann überhaupt den dynamischen speicher benutzen?
könnte/sollte ich die ganzen new allokationen und die pointer aus meinem ersten beispiel (http://www.c-plusplus.net/forum/viewtopic-var-t-is-240144.html) also lieber entfernen?
danke

]]>https://www.c-plusplus.net/forum/post/1704784https://www.c-plusplus.net/forum/post/1704784Sun, 03 May 2009 12:08:30 GMT<![CDATA[Reply to heap vs stack on Sun, 03 May 2009 12:12:19 GMT]]>anfängerpeter schrieb:

ah vielen dank,
wann sollte ich dann überhaupt den dynamischen speicher benutzen?

Dann, wenn du zum Zeitpunkt an dem du dein Programm schreibst noch nicht sagen kannst, wieviele Sachen gespeichert werden müssen.

]]>https://www.c-plusplus.net/forum/post/1704785https://www.c-plusplus.net/forum/post/1704785Sun, 03 May 2009 12:12:19 GMT<![CDATA[Reply to heap vs stack on Sun, 03 May 2009 12:15:12 GMT]]>Grundsätzlich solltest du dir das leben nicht schwerer machen, als es ist. Also nimm solange es geht automatischen Speicher und dynamischen nur, wenn du ihn wirklich brauchst. (Also wenn die Lebenszeit länger als der Scope sein soll, wenn die Grösser zur Kompilierzeit unbekannt ist oder aber auch bei polymorphie).

Es kommt halt ganz auf den Anwendungszweck an, ob du wirklich dynamischen Speicher brauchst. Sicher sinvoll ist es dynamischen Speicher irgendwie zu wrappen, wie es z.B std::string oder std::vector tun, damit der Benutzer keine Probleme damit bekommt.

]]>https://www.c-plusplus.net/forum/post/1704788https://www.c-plusplus.net/forum/post/1704788Sun, 03 May 2009 12:15:12 GMT<![CDATA[Reply to heap vs stack on Sun, 03 May 2009 23:27:43 GMT]]>Es gibt noch ein anderes Problem. Dir steht als User nicht unbedingt ein umlimitierter Stack zur Verfuegung, jedoch ein ein heute nahezu unlimitierter Heap. Grosse Datenmengen werden deshalb besser im Heap allociert (new-Operator oder C-Style mit malloc/calloc), um hier einen Stack-Overflow zu vermeiden.

]]>https://www.c-plusplus.net/forum/post/1705063https://www.c-plusplus.net/forum/post/1705063Sun, 03 May 2009 23:27:43 GMT