![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
aruslanНенавижу
автоматически рождающиеся объекты типа блокирующего loading-on-demand. И синглтоны типа Майерса.
автоматически уничтожающиеся объекты под smart_ptr. И подсчёт ссылок.
автоматически регистрирующиеся получатели сообщений. И unbound рассылку сообщений.
автоматически создающиеся нетривиальные объекты со статическим storage duration. И вообще бурную деятельность до main().
мгновенность, нераспределенность, модель exception, lower-order programming.
Но научить правильно не всегда получается.
автоматически рождающиеся объекты типа блокирующего loading-on-demand. И синглтоны типа Майерса.
автоматически уничтожающиеся объекты под smart_ptr. И подсчёт ссылок.
автоматически регистрирующиеся получатели сообщений. И unbound рассылку сообщений.
автоматически создающиеся нетривиальные объекты со статическим storage duration. И вообще бурную деятельность до main().
мгновенность, нераспределенность, модель exception, lower-order programming.
Но научить правильно не всегда получается.
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
no subject
Date: May. 31st, 2006 16:18 (UTC)В большинстве случаев - происходит отказ от хипа в пользу стека, хотя можно и хипом (тогда - как в sbrk). То есть группа объектов, созданная в специфической арене, живёт в ней (или висит полумёртвым грузом) и НЕ удаляется. А затем ВСЕ объекты тотально одновременно грохаются.
Если нужны стыки между аренами, то идёт или улучшенный генерационный или semispace.
Уменьшая калибр - доходит до автоматических переменных и параметров функции.