|
|
Регистрация Восстановить пароль |
Регистрация | Задать вопрос |
Заплачу за решение |
Новые сообщения |
Сообщения за день |
Расширенный поиск |
Правила |
Всё прочитано |
|
Опции темы | Поиск в этой теме |
15.04.2019, 19:00 | #1 |
Пользователь
Регистрация: 04.04.2011
Сообщений: 63
|
Destroy без Inherited
Всем привет ! Есть у меня модуль, не мой, править его не хоца. В модуле описан класс (класс большой, повырезал лишнее, что бы было меньше букав):
Код:
Код:
|
15.04.2019, 19:58 | #2 | |||
Лис
Старожил
Регистрация: 18.09.2015
Сообщений: 2,409
|
Класс у вас у расследован.
Цитата:
http://docwiki.embarcadero.com/RADSt...ethods_(Delphi) inherited нужен только когда у вас есть наследование. Цитата:
Цитата:
Я интерфейсы использую.
Хорошо поставленный вопрос это уже половина ответа. | Каков вопрос, таков ответ.
У дзен программиста программа делает то что он хотел, а не то что он написал . |
|||
15.04.2019, 20:27 | #3 | |
Пользователь
Регистрация: 04.04.2011
Сообщений: 63
|
Цитата:
FImage - объект, который создаёт класс внутри себя, я для того и хочу переопределить некоторые методы класса, что бы подсовывать ему свой FImage, но т.к. этот объект будет использоваться и другими классами, совершенно негоже, что бы его уничтожали классы его использующие. Понятно, наверное проще переписать класс под себя. |
|
16.04.2019, 09:36 | #4 | |||
Старожил
Регистрация: 20.04.2008
Сообщений: 5,528
|
Цитата:
Цитата:
Цитата:
для того чтобы увидеть это(необходимость "посмертного" существования), нужен тот ВНЕШНИЙ код в котором ИСПОЛЬЗУЮТ оный объект после... а вовсе не эти Destroy. если уничтожение Код:
Код:
НО inherited Destroy лучше оставлять, для гарантии что ИЗМЕНЕНИЕ в будущем(когда о существовании большинство ошибок именно так и возникает (сделали а потом забыли а еще лучше сделать Fimage: TAtlasImage настраиваемым внешним property.
программа — запись алгоритма на языке понятном транслятору
Последний раз редактировалось evg_m; 16.04.2019 в 09:43. |
|||
16.04.2019, 09:48 | #5 | |
Старожил
Регистрация: 17.11.2010
Сообщений: 18,922
|
Цитата:
Если бы архитекторы строили здания так, как программисты пишут программы, то первый залетевший дятел разрушил бы цивилизацию
|
|
16.04.2019, 11:13 | #6 | |
Пользователь
Регистрация: 04.04.2011
Сообщений: 63
|
Иерархия классов верная, как написано, так и есть.
Видно отсюда, это мой класс, и я показываю зачем перекрываю Destroy: Код:
Цитата:
В общем, всем спасибо за дискуссию, я уже переписал класс под себя, всё работает как надо, это оказалось оптимальным решением. Последний раз редактировалось Adult_Master; 16.04.2019 в 11:15. |
|
Похожие темы | ||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
Наследование класса, ошибка при inherited. | alextrof94 | Общие вопросы Delphi | 16 | 19.04.2013 15:36 |
xForm.Destroy | BoozZzilla | Общие вопросы Delphi | 6 | 24.03.2011 14:27 |
Destroy формы | SNUPY | Общие вопросы Delphi | 9 | 09.02.2010 11:02 |
DBGrid.destroy; - ? | Evgenii | Компоненты Delphi | 3 | 01.09.2009 08:26 |
NForm.Destroy; | Манжосов Денис :) | Общие вопросы Delphi | 3 | 03.08.2008 22:42 |