[Moscow.pm] Динамические возможности Perl :: помощь коллективного разума

[Akzhan Abdulin]

Наиболее проработана тема обновления приложения на лету в Erlang.

В Perl я бы просто посмотрел в сторону
http://search.cpan.org/~phred/Apache-Reload/.

В Ruby это делается очисткой констант (имена классов - константы).

2 мая 2010 г. 15:55 пользователь Андрей П. Ковбович
<akovbovich на gmail.com>написал:

> А что, руби стал стандартом де-факто динамических языков? Как-то часто
> в рассылке мелькают Ruby, Python, (TCL?). Зачем постоянно сравнивать
> Перл с Руби, Пайтон? Эти языки из одной и той же категории с
> более-менее одними и теми же возможностями.
>
> По теме доклада, я думаю, меня убедило бы высказывание, что в перле в
> рантайме "можно сделать все", если бы мне показали как сделать так,
> например:
>
> в приложении, работающем в режиме 24х7, есть группа объектов, которые
> занимаются какими-то своими делами, взаимодействуют друг с другом. С
> выходом новой версии приложения настала пора обновить часть классов
> (скажем обновить парочку методов, добавить несколько свойств в классе
> и в его экземплярах, поправить баги). Как это сделать в работающей
> системе?
>
> 2 мая 2010 г. 13:47 пользователь Egor Makarov <makarov.e.g на gmail.com>
> написал:
> > Поговаривают, что такие возможности способствуют легкости реализации
> > DSL. Руби я давно не трогал, так что сходу простой пример не
> > сгенерирую.
> >
> > Ну вот moose же по сути тоже DSL. Так вот на руби нечто подобное делается
> проще.
> >
> > 2 мая 2010 г. 10:01 пользователь Alexander Lourier <aml на rulezz.ru>
> написал:
> >> В сообщении от Пятница 30 апреля 2010 18:33:40 автор Akzhan Abdulin
> написал:
> >>
> >>> К сожалению, сам постулат неверен. До возможностей метапрограммирования
> в
> >>> Ruby далековато пока.
> >>>
> >>> Ведь само описание класса в Ruby является объектом и уже исполняется,
> со
> >>> всеми вытекающими.
> >>
> >> А скажите, пожалуйста, не флейма ради, есть ли практическая выгода от
> >> использования таких сложных возможностей языка? Зачем может
> потребоваться
> >> наследование от объекта с переопределёнными методами? Сможет, скажем,
> >> программист сопровождения найти ошибки в этом коде (и сколько у него
> времени
> >> на это уйдет), если разработчик к тому времени будет недоступен?
> >>
> >> В перле использование всякой экзотики обычно ограничивается хаками,
> которые
> >> полностью скрываются интерфейсом модуля. Никого особо не интересует, как
> >> внутри устроен профайлер, хотя там бывает страшно и вообще write-only.
> >> --
> >> Moscow.pm mailing list
> >> moscow-pm на pm.org | http://moscow.pm.org
> >>
> > --
> > Moscow.pm mailing list
> > moscow-pm на pm.org | http://moscow.pm.org
> >
> --
> Moscow.pm mailing list
> moscow-pm на pm.org | http://moscow.pm.org
>
----------- следущая часть -----------
Вложение в формате HTML было извлечено&hellip;
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20100502/29aab32c/attachment.html>