Archief - [ALG] System stack and heap

Het besef van wat er op de stack en heap zit, is in de laatste evoluties van programmeertalen (C#, Java, ... ) steeds meer voor de programmeur vervaagd t.o.v. iets ouder talen(C++ e.d.). Omdat men nu zoals eerder gezegd beschikt over GC's die alle onnodige rommel van de heap halen.

Dat neemt natuurlijk niet weg dat het niet nuttig is om te weten wat er op de background (stack en heap) gaande is, om eventuele onverwachte acties van uw programma te achterhalen.

In een gevorderdere fase is stack-onderzoek ook handig voor het reverse engineren van programma's.

Dus noem het een gezonde intresse die je hebt, Mack

Krueger zei:

Dus ik wacht nog steeds op mijn voorbeeld waarom je persee in de nieuwe OO talen alles perfect moet weten ivm de stack en de heap. Want persoonlijk heb ik de indruk dat er wel andere dingen zijn die belangrijker zijn.

Klik om te vergroten...

kdenk eigenlijk dat er hier klein verschil is tussen stack/heap kennis (meer zeer-low level dus) en memory management (toepassing).

Zolang je onthoudt dat objecten aanmaken relatief duur is, zit je goed. Hergebruik of gebruik van primitives en mogelijk structs/enums is aangeraden in zware algoritmen, indien het de code niet veel onleesbaarder maakt (code first, optimize later).
Dat kan je allemaal onderbouwen met low-level uitleg, zoals stack/heap, maar is niet noodzakelijk.

In Java is creatie van Objecten trouwen erg ge-optimiseerd tov vroeger, een 8-tal machine-instructies ipv de 50+-tal in C++