Деструктор вызывается только для созданного объекта. т.е. Self существует по-определению.

Далее - предка, для которого нужно было бы вызвать свой деструктор, нет.





Вместо всего этого достаточно

destructor TMyClass.Destroy;
begin
    ShowMessage('Сейчас вызову деструктор!'); //Даю сообщение и
end;

Демо, благодарю. 




Забавно. Я полагал, что предок всегда есть (TObject хотя бы).

Правильно ли я вас понял, что невозможно вызвать деструктор для несуществующего объекта?



Мне бы как-то попытаться сделать так, чтобы:





При отсутствии файла мне мало просто вызвать деструктор. Мне важно, чтобы в MyObject был nil. Но вот как его туда заслать?  Ведь при исключении тут же вызывается деструктор, который разрушает все и в конечном итоге - мусор в MyObject.

Или я не так понимаю?
 


 


Это сообщение отредактировал(а) PsiMagistr - 3.6.2010, 16:50

А почему бы не сделать что-н типа:



Вынести просто ту логику в инит...

Mikel, О, это интересная идея.

А что есть init? Как  я понял свойство проверки инициализации?

P.S. Я очень мало знаком с внутренней структурой объектов. К ООП приступил недавно.

Initом я просто обозвал функцию в которую предлагаю тебе вынести всю логику из Create. В Create только создавать объект.

Mikel,  благодарю от души за участие. Понимаете суть моей задачи в чем... Я загорелся идеей фикс зашить в класс всю работу с файлами.

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

Нет предка, для которого необходимо вызвать дополнительно деструктор.
Хотя я всегда использую inherited Destroy  в своём коде. Это позволяет никогда не забывать вызывать деструктор предка. 




CodeMonkey уже писал тебе о том, что перед созданием объекта переменную нужно проинициализировать.

т.е. 


В случае возникновения исключения значение MyObject не изменится.
Не путай псевдопеременную Self с обычной переменной-ссылкой на объект.


Это сообщение отредактировал(а) Демо - 3.6.2010, 17:16

Демо, дружище. Именно так я и пытался писать. Более того я писал проверки, чтобы отследить:



Это сообщение отредактировал(а) PsiMagistr - 3.6.2010, 17:23

А каким образом ты можешь дождаться сообщения, если на строке MyObJect:=TMyClass.Create('Проба.txt');  у тебя возникает исключение, и следующие строки не выполняются?

А вот тут я совсем не понял чего-то. Допустим возникает исключение. И что? Оно же в конструкторе возникает. Ну конструктор, ясное дело, обваливается.  Но проверка на nill  не в конструкторе, она внешняя, из программы, в обработчике кнопки. По идее должен был быть переход к след шагу, неужели же обваливается вся процедура, где этот злосчастный конструктор вызван? Но тогда получается что из за исключения в конструкторе вся программа клеит ласты)))







Это сообщение отредактировал(а) PsiMagistr - 3.6.2010, 17:46

Деструктор нужно писать так всегда. Без исключений.

Self есть, но он указывает на класс, а не наэкземпляр (нету селфа только у статических классовых методов)

После выполнения деструктора исключение остаётся необработанным, и поднимается вверх по стеку вызовов (с выполнением всех секций finally), до ближайшего по стеку обработчика (это может быть except или обработчик исключений из TApplication, который просто выводит сообщение)


Это сообщение отредактировал(а) bems - 3.6.2010, 18:01

bems, и что вы предлагаете? Вот у меня исключение в конструкторе вызывается и весь обработчик кнопки, где я этот конструктор призвал обваливается. 

Это сообщение отредактировал(а) PsiMagistr - 3.6.2010, 18:31

PsiMagistr, да, обваливается. Ты видишь в этом что-то плохое?
Если ты знаешь что делать в случае отсутствия файла, то пиши секцию except

Это сообщение отредактировал(а) bems - 3.6.2010, 18:32

Это ещё почему?






Ты не умеешь обрабатывать исключения?

Демо, нет. НЕ умею. Честно. Я только к дельфи приступил. С книгой сижу.

 Вот реализация конструктора:



Вот только как его обработать, чтоб после выполнения исключения обработчик, где будет вызываться конструктор не обваливался?

В случае отсутствия файла - присвоить указателю на объект nil. Но поскольку я его и так инициализировал с nil а меняться он не должен. то в случае отсутствия можно ничего не делать. Поскольку деструктор возникнет автоматом.

Это сообщение отредактировал(а) PsiMagistr - 3.6.2010, 19:16