Где должен класс освобождать свои частные переменные?

Question

Как нет сбора мусора в Delphi, где именно вы выгружаете переменные?

Скажем, у меня есть тип с набором частных варов. Достаточно ли иметь метод Destroy, который сделает это? Нужно ли мне явно вызвать этот метод destroy в моих потребляющих классах?

Answer 1

Лучший способ организовать разрушение в дельфи - это всегда думать о том, «кто создаст данные вары».

Если вы также освобождаете их в этом контексте (для вас частные методы уничтожения класса) гораздо менее вероятно, что вы столкнетесь с утечками памяти.

На самом деле деструктор класса, как правило, не вызывается через

myInstance.Destroy(); 

вместо типичный способ сделать это с помощью

FreeAndNil(myInstance); 

или

myInstance.Free(); 

Как Дельфи будет обрабатывать вызов метода деструктора по порядку

Answer 2

Объекты должны быть уничтожены, когда вы будете готовы с ними: использование .Free (которое вызывает деструктор .Destroy) или FreeAndNil.

Если вы используете интерфейсы: они подсчитываются, и, следовательно, они освобождаются для вас. То же самое для строк.

Большинство функций, которые необходимо передать объекту, не имеют права собственности на объект, поэтому вы должны освободить его после того, как вы закончите с ними. Если вы создаете компоненты в форме, обратите внимание, что они являются объектами, которыми владеет форма, и вы должны позволить форме освободить их для вас.

Например: в вашем TLight вы создаете TTimer, возможно, без владельца. В этом случае вы должны освободить таймер в деструкторе класса TLight. Если ваш TLight был TControl или TComponent, вы могли бы создать Таймер с Self как Владельцем, и он был автоматически освобожден, когда ваш экземпляр TLight был освобожден.

Answer 3

Вы продолжаете ссылаться на «тип с частными варами» и спрашиваете о «разгрузке переменных». Я собираюсь выйти на конечность (поскольку, возможно, я неверно истолковал ваше сообщение), и предположим, что вы говорите о переменных класса и спрашиваете, когда эти переменные класса должны быть завершены, когда «класс выгружает». (В какой-то момент вы выполняли программирование на Java или .NET, no ;-).

Ключом к тому, что вы просите, является раздел завершения раздела. Общая компоновка блока включает 4 общих раздела, две из которых являются необязательными, инициализация и завершение.

unit Foo; 
interface 
    // put things here you want other units to see 
implementation 
    // put the *implementation* of the things from the interface here along with things 
    // you only want this unit to see. 
initialization 
    // <optional> put code here that you want to execute when this unit is "loaded" 
finalization 
    // <optional> put code here that you want to execute when this unit is "unloaded" 
end. 

Если вы говорите о экземпляра переменные типа класса, то некоторые другие ответы, которые вы уже получили (и обязаны получить) должны пролить некоторый свет на это.

Answer 4

Вот как я это вижу:

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

Сводные типы (строки, типы интерфейсов, ссылки на интерфейс): они автоматически уничтожаются, когда их опорный счетчик равен нулю.

объектов из классов, которые попадают в одну из этих ситуаций: не сходит с TComponent, в список объектов, которые не реализуют права собственности или являются потомком ТСотропепЬ, но не имеет владельца, возложенные на него:

• Когда их класс сойдет с TInterfacesObject и доступны из интерфейсной ссылки: такие же поведения от типов эталонного счетчика (смотрите выше)
• других случаев: вызвать Object.Free или FreeAndNil (объект), чтобы уничтожить его вручную (в try..finally структура будет еще лучше)

Объекты, у которых есть владелец (потомки TComponent или находятся в объектах списка, реализующих право собственности): владелец возьмет их вовремя.

я заметил следующий комментарий от OP:

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

См, потомок ТСотропепЬ может быть зарегистрирован на паллете, чтобы иметь возможность использовать в конструкции времени (например, в форме). Но это не значит, что должен !! Вы можете передать свой пользовательский класс в TTimer.Create(), если он сходит с TComponent, но вам не нужно создавать его во время разработки - или даже быть владельцем потомка TForm (если вы хотите управлять его жизненным циклом, вам даже не нужен владелец!).

собственности представляет собой механизм, это, чтобы помочь людям сэкономить время ....