Когда выделять память

вот завис в моём понимании этот пункт:

Сообщение от oleg-m1973 в случае динамического выделения памяти. Без которого ты вряд ли сделаешь что-то полезное.

в той же ветке - были даны пояснения

Сообщение от oleg-m1973 В стеке ты не можешь свободно создавать/удалять объекты. Только добавлять в голову и удалять оттуда же. В куче же ты можешь это делать в любой последовательности.

...
когда выделять поток - в принципе поняла,
когда выделять класс - в принципе поняла (чтобы разорвать зависимости)
КОГДА выделять память?.. - всё-таки ещё не всегда очень хочется её выделять, чтобы потом удалять... но даже не в этом суть... а смысл первой цитаты?
поделитесь please опытом кто-нибудь - когда вы выбираете создать объект на стеке, а когда вы выбираете создать объект в куче?. - какие есть предпосылки для вашего выбора?
не хочу потом всё переделывать - а мне всё равно кажется, что на стеке всегда быстрее, а когда и почему лучше куча не знаю... а то ведь могу написать что попало...
логично, что на стеке - определена последрвательность, но ведь при обращении к разным объектам проблем вроде не бывает... имхо... и понятно, что через стек идут параметры функций - так что получается, всё остальное, т.е. вообще всё лучше располагать в куче?
какую проблему можно получить, если всё располагать на стеке? и в каком случае вообще app не запуститься при таком подходе (есть ли такая опасность)?.. есть ли какие-то критерии "must do"? и никак иначе

0

вышла на статью отсюда - там же подумать про Наследование...
но главное в контексте этой темы - линк:
Some Shocking Facts You Probably Didn't Want to Know about U++ Framework...

1. Every new statement is an opportunity for a memory leak. 2. Every delete statement or pointer assignment is an opportunity for a dangling pointer. 3. Every instance of pointer arithmetic is an opportunity for a buffer overrun. In U++, new and delete statements are considered unsafe. On the application level, almost all heap management is provided by destructors and containers.

- всё-таки в U++, действительно, свой аллокатор...
10 лет практики. Часть 2: ресурсы - посмотрела на Heap, как на ресурс ...

0

хоть и не в динамике во времени, но в нужных местах всё-таки можно посмотреть Profiler

in GUI apps you can call MemoryProfileInfo() to get a dialog with detailed memory info Wink

0