Самоуничтожение экземпляра класса

[etc]

Сообщение от Яски

Никак не могу этого понять. Такое ощущение, что код наследников писали вражеские программисты, цель которых запутать программу.

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

[BlooDHounD]

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

[AL.exe]

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

А зачем нужно самоуничтожение объекта из себя, если можно испустить ивент вверх, а там уже и убить объект? Удобнее и путаницы меньше.

[etc]

Сообщение от AL.exe

А зачем нужно самоуничтожение объекта из себя, если можно испустить ивент вверх, а там уже и убить объект? Удобнее и путаницы меньше.

Неа, тоже не true way. Решение об удалении должен принимать родитель. Сам. Взял и снёс, по требованию модели данных, например.

[Яски]

Мне проще в жизни всем верить - тем боле, что терять мне нечего.
Код не может вести себя непредсказуемо - как я его написал, так он себя и ведет. К непредсказуемому результату может только привести нарушение нужного мне порядка наследования.
Например, для чего может понадобиться переопределять свойство parent? Ну, например для того, чтобы скрыть реальный порядок наследования объектов, или протрейсить момент получения значения этого свойства. В обоих случаях используя super.parent вместо parent мы меняем, задуманный программистом, порядок работы. Это я к тому, что методы переопряделяются и код пишется с какой-то целью и последствия этого не так сложно предсказать — но вот, в случае, когда этот задуманный порядок нарушают последствия предсказать невозможно.

[etc]

Сообщение от Яски

Мне проще в жизни всем верить - тем боле, что терять мне нечего.
Код не может вести себя непредсказуемо - как я его написал, так он себя и ведет. К непредсказуемому результату может только привести нарушение нужного мне порядка наследования.
Например, для чего может понадобиться переопределять свойство parent? Ну, например для того, чтобы скрыть реальный порядок наследования объектов, или протрейсить момент получения значения этого свойства. В обоих случаях используя super.parent вместо parent мы меняем, задуманный программистом, порядок работы. Это я к тому, что методы переопряделяются и код пишется с какой-то целью и последствия этого не так сложно предсказать — но вот, в случае, когда этот задуманный порядок нарушают последствия предсказать невозможно.

Есть некое ядро, например, UIControl. В нём повально используется super.parent, а this.parent всегда возвращает null. Почему? Потому что те, кто пишут UIControl-ы (это уже другой программист), должен работать с тем, что ему дано для реализации контрола, а шаги вправо-влево караются расстрелом сразу же. Помимо защищенности кода с использованием super, он ещё и менее подвержен появлению багов при разрастании цепочки наследования. Выгода на лицо, чем меньше всяких лазеек (разработчики игр, в которых вполне себе рулят реальные деньги, поймут), тем лучше.

[AL.exe]

Неа, тоже не true way. Решение об удалении должен принимать родитель. Сам. Взял и снёс, по требованию модели данных, например.

Ну, отреагировать-то родитель может на ивент как угодно - может и проигнорировать. Я же не говорю, что обязательно уничтожать надо

[Яски]

__etc, я не понял выгоды. Ну да ладно — когда дойдет дело до работы с UIControl разберусь.

[etc]

Сообщение от Яски

__etc, я не понял выгоды. Ну да ладно — когда дойдет дело до работы с UIControl разберусь.

UIControl я имел ввиду какой-то свой собственный, фреймворк, например, когда пишешь. Некоторые вещи не должны быть доступны в таком фреймворке. Например, метод dispatchEvent должен быть закрыт для возможности отправки события вне экземпляра класса.

[Яски]

Закрыт через переопределение? Ну значит вызвав super.dispatchEvent мы нарушим логику приложения.