Проверить существование объекта

[cyberdev]

Известно, что в Делфи все объекты представлены как указатели. Поэтому, если объявить объект и создать его с помощью конструктора, а затем выгрузить с помощью метода Free, то оставшийся указатель будет указывать на адрес несуществующего объекта (конечно, если дополнительно не поставить его в nil, после удаления). Последующее обращение к объекту вызовет AV и программа не сможет продолжить работу. Как проверить, действительно ли удален объект, после вызова метода Free?

[Heneken87]

После Free или FreeAndNil объект будет действительно удален.

MyObject := TObject.create;
if MyObject <> nil then 
Showmessage('Я тут!');
FreeAndNil(MyObject );
if MyObject =nil then 
Showmessage('Меня уже нет =(')

Проверить действительно ли удален объект можно включив
ReportMemoryLeaksOnShutdown := True;

[min@y™]

Писать код, внутри которого понадобится такая проверка - это, имхо, говнокодинг.
Но формально, для локальных объектов, в FreeAndNil() нет смысла.

x:= TMyClass.Create();
try
  // блаблабла
finally
  x.Free();
end;

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

Доклад окончил.

[cyberdev]

Сообщение от Heneken87

После Free или FreeAndNil объект будет действительно удален.

MyObject := TObject.create;
if MyObject <> nil then 
Showmessage('Я тут!');
FreeAndNil(MyObject );
if MyObject =nil then 
Showmessage('Меня уже нет =(')

Проверить действительно ли удален объект можно включив
ReportMemoryLeaksOnShutdown := True;

Ну, на счет FreeAndNil, это всем известно. Можно еще поставить объект в nil и прядок. Но, к сожалению, не все так делают, потому, как в Делфи объект сам удаляет себя. Но поставить самого себя в nil он не может. Вот что я, собственно и хотел подчеркнуть в данной теме. К примеру, в C++ есть ключевое слово delete. Объект удаляется, а указатель устанавливается в NULL. В Делфи такого нет, поэтому нужна функция, которая компенсировала бы данный недостаток. Подумал, что для проверки подойдет функция Assigned, но оказалось, это обычная проверка указателя на nil.

[Serge_Bliznykov]

Сообщение от cyberdev

К примеру, в C++ есть ключевое слово delete. Объект удаляется, а указатель устанавливается в NULL. В Делфи такого нет,

есть. используйте FreeAndNil() и будет Вам:

Объект удаляется, а указатель устанавливается в nil

[cyberdev]

Сообщение от Heneken87

ReportMemoryLeaksOnShutdown := True;

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

[cyberdev]

Сообщение от Serge_Bliznykov

есть. используйте FreeAndNil() и будет Вам:

Объект удаляется, а указатель устанавливается в nil

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

P.S.: Тем, кто не понял вопрос: не пишите о FreeAndNil, Free и об установке объекта в nil. Вопрос заключается не в этом!

[Serge_Bliznykov]

Сообщение от cyberdev

Поэтому, любая программа, написанная на Делфи может

Любая программа криво написанная на любом языке может.

пишите правильно и всё будет хорошо.

[min@y™]

Сообщение от Serge_Bliznykov

Любая программа криво написанная на любом языке может.

пишите правильно и всё будет хорошо.

Категорически согласен.

[cyberdev]

Сообщение от Serge_Bliznykov

пишите правильно и всё будет хорошо

Вот я и хочу понять как правильно писать программы на Делфи, при том, что за сторонних разработчиков я ответственности не несу :-)