Модераторы: korob2001, ginnie
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Метод DESTROY 
:(
    Опции темы
nIkTo
Дата 6.12.2009, 20:16 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Бывалый
*


Профиль
Группа: Участник
Сообщений: 218
Регистрация: 5.7.2007

Репутация: нет
Всего: нет



Зачем в модулях создают пустой метод ?

Код

sub DESTROY {}

PM   Вверх
ad280379
Дата 6.12.2009, 20:46 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 29
Регистрация: 2.12.2009

Репутация: нет
Всего: нет



Цитата(nIkTo @ 6.12.2009,  20:16)
Зачем в модулях создают пустой метод ?

Код

sub DESTROY {}

предположу что по той же причине что undef()
т.е. для освобождения памяти 

PM MAIL   Вверх
nIkTo
Дата 6.12.2009, 20:54 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Бывалый
*


Профиль
Группа: Участник
Сообщений: 218
Регистрация: 5.7.2007

Репутация: нет
Всего: нет



ну в этом методе же ничего не выполняется , ни каких действий ... это не понятно для меня

если вызвать этот метод

Код

$object->DESTROY;


то ничего и не произойдёт =)

или этот метод используется для перекрытия метода в наследовании ?

Это сообщение отредактировал(а) nIkTo - 6.12.2009, 20:56
PM   Вверх
ad280379
Дата 6.12.2009, 20:56 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 29
Регистрация: 2.12.2009

Репутация: нет
Всего: нет



Цитата(nIkTo @ 6.12.2009,  20:54)
ну в этом методе же ничего не выполняется , ни каких действий ... это не понятно для меня

ну я ответил сугубо основываясь на своих знаниях т.е. не лез перед ответом в perldoc
ждем ответа гуру или лезем читать. 
я такой метод никогда не использовал 

PM MAIL   Вверх
sir_nuf_nuf
Дата 6.12.2009, 21:49 (ссылка) |    (голосов:1) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 920
Регистрация: 6.1.2008

Репутация: 14
Всего: 31



а) либо для документации.. ну типа есть такой метод
б) либо для того что бы перекрыть метод родительского класса. Допустим он пишет всякое фуфло в STDERR и тем снижает производительность.


--------------------
user posted image
user posted image
PM MAIL Jabber   Вверх
Bulat
Дата 6.12.2009, 22:04 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


татарский Нео
***


Профиль
Группа: Завсегдатай
Сообщений: 1701
Регистрация: 22.3.2006
Где: Альметьевск

Репутация: 5
Всего: 57



Вызывать конструктор и деструктор - есть правильно всегда. smile Другое дело, что в кроссплатформенных языках есть такое понятие как сборщик мусора, из-за которого вызов деструктора можно и опустить.. Но само наличие, даж без определенного функционального действия - не есть плохой тон в программировании... Ну в ООП так принято.  smile 

Это сообщение отредактировал(а) Bulat - 6.12.2009, 22:05


--------------------
менеджер по кодеврайтингу  smile 
PM MAIL WWW   Вверх
Pfailed
Дата 6.12.2009, 22:05 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 933
Регистрация: 19.7.2009

Репутация: 22
Всего: 39



Цитата(sir_nuf_nuf @  6.12.2009,  21:49 Найти цитируемый пост)
а) либо для документации.. ну типа есть такой метод

Это же деструктор. Деструктор в документацию?




--------------------
PM MAIL   Вверх
DurRandir
Дата 7.12.2009, 10:56 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 335
Регистрация: 27.9.2009

Репутация: 14
Всего: 17



Вообще, до 5.11.0 (или 5.10.1, не помню) создавать пустой деструктор даже вредно (в этих версиях перл научился его не вызывать). Cоздают для 2х целей:

1. перекрытие AUTOLOAD (чтобы не писать внутри проверку на $AUTOLOAD =~ 'DESTROY')
2. перекрытие наследования (но это чревато, родительский класс мог чистить ресурсы/разруливать циклические ссылки)

Цитата
Но само наличие, даж без определенного функционального действия - не есть плохой тон в программировании

В перле - плохой smile
PM   Вверх
Bulat
Дата 11.12.2009, 12:52 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


татарский Нео
***


Профиль
Группа: Завсегдатай
Сообщений: 1701
Регистрация: 22.3.2006
Где: Альметьевск

Репутация: 5
Всего: 57



Цитата(DurRandir @  7.12.2009,  10:56 Найти цитируемый пост)
В перле - плохой


Нет.. Реализация конкретного языка программирования не должна противоречить концепции ООП.. Очевидно ты не правильно понимаешь что-то в самом ООП или перле, если так считаешь. smile


--------------------
менеджер по кодеврайтингу  smile 
PM MAIL WWW   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила форума "Perl"
korob2001
sharq
  • В этом разделе обсуждаются общие вопросы по языку Perl
  • Если ваш вопрос относится к системному программированию, задавайте его здесь
  • Если ваш вопрос относится к CGI программированию, задавайте его здесь
  • Интерпретатор Perl можно скачать здесь ActiveState, O'REILLY, The source for Perl
  • Справочное руководство "Установка perl-модулей", можно скачать здесь


Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, korob2001, sharq.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | Perl: Общие вопросы | Следующая тема »


 




[ Время генерации скрипта: 0.1403 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.