Сборщик мусора для отдельного класса

[_-Re@l-_]

Сабж в названии темы. Стоит ли делать подобное либо выгоднее ручками управлять памятью?

[BOBAH13]

Сообщение от _-Re@l-_

Сабж в названии темы. Стоит ли делать подобное либо выгоднее ручками управлять памятью?

Определите, что конкретно обязан выполнять данный класс, так же, придерживайтесь к правилам архитектуры других классов в вашем приложение, иначе при использовании классов вы можете запутаться, одни объекты будут сами освобождаться, другие наоборот "утекать" что явно плохо и трудно запомнить что и как работает.

[_-Re@l-_]

Ну просто видите ли, я пока что не очень понимаю, как создать обобщённый сборщик мусора, т.е. для всех типов. Да, как-то с шаблонами, но просто не понимаю как хранить или искать ненужную память. И в этом-то классе создал отдельный класс GC, перегрузил операторы new и delete в моём классе MyClass, добавив в них вызов функции сохранения ссылки на выделенную память.

[BOBAH13]

Сообщение от _-Re@l-_

Ну просто видите ли, я пока что не очень понимаю, как создать обобщённый сборщик мусора, т.е. для всех типов. Да, как-то с шаблонами, но просто не понимаю как хранить или искать ненужную память. И в этом-то классе создал отдельный класс GC, перегрузил операторы new и delete в моём классе MyClass, добавив в них вызов функции сохранения ссылки на выделенную память.

Если серьезно намерены сборщик делать, то по моему, самый простой вариант создать базовый собственный класс типа Object, в нем как вы сделали, перегрузить new delete и наследовать уже от него все остальные классы. Т.е. Вы скрываете всю рутину сборки простым наследованием.

Опять таки, сборщик вызываться должен в различных ситуациях, мое мнение лучше не делать такого, либо мудрить через макросы, чтобы создать скрытый вызов сборщика, к примеру после(в конце) метода какого либо класса, функции.

[_-Re@l-_]

Спасибо за совет.
Ну и всё-таки, получается, что я реализую сборщик только для моих типов(хотя мне этого достаточно пока что), т.е. для MyClass1,MyClass2, и т.д. А вот вообще реально ли реализовать сборщик и для встроенных типов, т.е. для int, float,double и проч.? Или это реализуемо только на уровне компилятора?

А у меня сборщик неявно вызывается, кстати...Он сам вызывает свою функцию сборки в своём же деструкторе, т.е. при таком коде

int main()
{
    MyClass* mc = new MyClass[3];
    cin.get();
    mainGC.count();
    return 0;
}

Сборка будет выполнена. mainGC.count() - вывод количества собранных ссылок.

[BOBAH13]

Сообщение от _-Re@l-_

Спасибо за совет.
Ну и всё-таки, получается, что я реализую сборщик только для моих типов(хотя мне этого достаточно пока что), т.е. для MyClass1,MyClass2, и т.д. А вот вообще реально ли реализовать сборщик и для встроенных типов, т.е. для int, float,double и проч.? Или это реализуемо только на уровне компилятора?

Вы не много путаете, типы которые вы примели не имеют конструкторов в с++ они нативные, т.е. Нет смысла для них что то делать. Я хочу сказать, что создание сборщика это дополнительная сложность (внесение новых правил) т.е. Путаница, т.к. всеравно придется использовать и другие классы, если конечно вы не собственный фреймыорк пишите.

На счет "только уровня компилятора", можно через макросы или написать свой небольшой интерпритатор и встроить его в цепочку сборки проекта. Все упирается в зачем и нужно ли?

[_-Re@l-_]

Все упирается в зачем и нужно ли?

Дак вот например такой код...

int main()
{
    int* x = new int;
    return 0;
}

И как бы получается утечка...Хотя, вроде бы Windows освобождает всю выделенную память даже если программист её не освободил.

[BOBAH13]

Сообщение от _-Re@l-_

Дак вот например такой код...

int main()
{
    int* x = new int;
    return 0;
}

И как бы получается утечка...Хотя, вроде бы Windows освобождает всю выделенную память даже если программист её не освободил.

int x = 0;

Уже не то? Вы создали область памяти и x уже не int, а указатель на место в памяти где находится int, вы понимаете разницу?

[_-Re@l-_]

вы понимаете разницу?

Вообще-то понимаю.
Но, просто как-то после того как некоторое время интенсивно поработаешь с указателями, с обычными переменными уже как-то не то..

[BOBAH13]

Сообщение от _-Re@l-_

Вообще-то понимаю.
Но, просто как-то после того как некоторое время интенсивно поработаешь с указателями, с обычными переменными уже как-то не то..

Поменяйте язык это специфика языка, как бы ничего не поделаешь. Хотя вот Qt сделали, но это фреймворк, другая история.