Наиболее проработана тема обновления приложения на лету в Erlang.<div><br></div><div>В Perl я бы просто посмотрел в сторону <a href="http://search.cpan.org/~phred/Apache-Reload/">http://search.cpan.org/~phred/Apache-Reload/</a>.</div>
<div><br></div><div>В Ruby это делается очисткой констант (имена классов - константы).<br><br><div class="gmail_quote">2 мая 2010 г. 15:55 пользователь Андрей П. Ковбович <span dir="ltr"><<a href="mailto:akovbovich@gmail.com">akovbovich@gmail.com</a>></span> написал:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">А что, руби стал стандартом де-факто динамических языков? Как-то часто<br>
в рассылке мелькают Ruby, Python, (TCL?). Зачем постоянно сравнивать<br>
Перл с Руби, Пайтон? Эти языки из одной и той же категории с<br>
более-менее одними и теми же возможностями.<br>
<br>
По теме доклада, я думаю, меня убедило бы высказывание, что в перле в<br>
рантайме "можно сделать все", если бы мне показали как сделать так,<br>
например:<br>
<br>
в приложении, работающем в режиме 24х7, есть группа объектов, которые<br>
занимаются какими-то своими делами, взаимодействуют друг с другом. С<br>
выходом новой версии приложения настала пора обновить часть классов<br>
(скажем обновить парочку методов, добавить несколько свойств в классе<br>
и в его экземплярах, поправить баги). Как это сделать в работающей<br>
системе?<br>
<br>
2 мая 2010 г. 13:47 пользователь Egor Makarov <<a href="mailto:makarov.e.g@gmail.com">makarov.e.g@gmail.com</a>> написал:<br>
<div><div></div><div class="h5">> Поговаривают, что такие возможности способствуют легкости реализации<br>
> DSL. Руби я давно не трогал, так что сходу простой пример не<br>
> сгенерирую.<br>
><br>
> Ну вот moose же по сути тоже DSL. Так вот на руби нечто подобное делается проще.<br>
><br>
> 2 мая 2010 г. 10:01 пользователь Alexander Lourier <<a href="mailto:aml@rulezz.ru">aml@rulezz.ru</a>> написал:<br>
>> В сообщении от Пятница 30 апреля 2010 18:33:40 автор Akzhan Abdulin написал:<br>
>><br>
>>> К сожалению, сам постулат неверен. До возможностей метапрограммирования в<br>
>>> Ruby далековато пока.<br>
>>><br>
>>> Ведь само описание класса в Ruby является объектом и уже исполняется, со<br>
>>> всеми вытекающими.<br>
>><br>
>> А скажите, пожалуйста, не флейма ради, есть ли практическая выгода от<br>
>> использования таких сложных возможностей языка? Зачем может потребоваться<br>
>> наследование от объекта с переопределёнными методами? Сможет, скажем,<br>
>> программист сопровождения найти ошибки в этом коде (и сколько у него времени<br>
>> на это уйдет), если разработчик к тому времени будет недоступен?<br>
>><br>
>> В перле использование всякой экзотики обычно ограничивается хаками, которые<br>
>> полностью скрываются интерфейсом модуля. Никого особо не интересует, как<br>
>> внутри устроен профайлер, хотя там бывает страшно и вообще write-only.<br>
>> --<br>
>> Moscow.pm mailing list<br>
>> <a href="mailto:moscow-pm@pm.org">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
>><br>
> --<br>
> Moscow.pm mailing list<br>
> <a href="mailto:moscow-pm@pm.org">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
><br>
--<br>
Moscow.pm mailing list<br>
<a href="mailto:moscow-pm@pm.org">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
</div></div></blockquote></div><br></div>