Заинтересовался модулем под названием Moose
http://habrahabr.ru/blogs/perl/59512/ - небольшой блог на русском
А кто нибудь из тут присутствующих использует его в своих проектах (тест, продакшен), на первый взгляд - вещь то стоящая - полноценное ООП на перл ;)...
и ваше мнение? стоит юзать?
скорость тут:
http://pichis-blog.blogspot.com/2009/02/ho...w-is-moose.html

Это сообщение отредактировал(а) DaemonSuw - 19.5.2009, 16:23

Сейчас ставил последнюю версию Catalyst (с ним пока не работал), так вот, в качестве одной из зависимостей он тянет как раз Moose. Так что наверное каталист уже использует или планирует в ближайшее время перейти на Moose.

Для проектов "с нуля" использовать можно, возможно, даже нужно.
По идее, таким же образом можно "обернуть" legacy-код, чтобы придать ему свежести) Но что-то мне подсказывает, что себе дороже получится.

xoma, да вы правы новая версия каталиста заточена под Moose... я думаю не спроста)))

delta list ;)


KSURi, опыта большого нету, но рискну спросить, - а что мешает продолжать писать уже с помощью Moose ;0)... ведь обратная совместимость есть, то есть все методы мы отнаследуем, а дальше юзать и писать по полной ооп парадигме... и потихоньку рефакторить тяжелое наследство системы... Конечно у системы появится 2 стиля кодирования так сказать до и после)... но это ведь в конце пропадет, если заставлять себя рефакторить старые классы...

Это сообщение отредактировал(а) DaemonSuw - 20.5.2009, 12:30

тоже интересно, а в чем приемущество?

что не хвататет в обычном ООП + Ассессоры и т.д. чтобы его использовать? 
там есть еще много други модулей и mooseX, но оно как-то на обычный php похоже, только по другому сделано...

Это сообщение отредактировал(а) gcc - 29.7.2009, 03:16

Преимущество в простоте и читабильности. Также Class::MOP даёт возможность полноценной интроспекции.

Я использовал в работе упрощённый вариант - Mouse.

Кстати роли есть ещё только в Perl 6 и Smalltalk.

понятно, а есть ли где-то реальная программа с moose чтобы ее скачать и посмотреть исходники?

gcc, тонны кода есть в блогах учавствующих в Iron Man.

chorny, роли - это ведь по сути mixin. Так что можно сказать, что и в они Python есть, и в Ruby.

KSURi, 

http://www.google.com.ua/#hl=uk&source...f607cbc1d1ce7ba
1) где это? дайте ссылку? хотел исходники посмотреть

2) и кто видел на каталисте среднюю или большую программу? я нашел только одну...

3) еще хотел спросить где есть дискусии англоязычные там где много народа, никто не участвует в таких?


Это сообщение отредактировал(а) gcc - 21.9.2009, 21:46

А mixin по сути - это множественное наследование. Но разный подход: роли позволяют делать более строгую проверку и переименование. Кроме того их можно применять динамически.

гуглить на iron man challenge+perl


http://dev.catalystframework.org/wiki/cata...poweredsoftware


практически у любого крупного проекта есть список рассылки, адрес обычно можно найти на оф. сайте или в документации

perlmonks, stackoverflow, use.perl.org, irc://irc.perl.org , irc://irc.freenode.net/#perl , списки рассылки модулей и проектов CPAN и др., news://nntp.perl.org и много других мест

понятно по гуглил нашел блоги, я имел ввиду средние или большие программы на moose....

на catalyst нашел несколько, но мало, несколько ссылок не работают

Добавлено через 45 секунд
chorny, я не люблю это IRC или рассылки, обычных форумов нету?

У меня довольно ответственная система в продакшне на Moose (кроме автогенерируемых файлов - 82 .pm, >400 килобайт кода с комментариями). Но я не очень им доволен, хотя если сравнить голый перл и Moose - это земля и небо.

DBIx::Class на Moose, кстати. И некоторые другие на него переходят.

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



Плюс контроль за переменными класса - кто знает, сколько из-за его отсутствия остаётся спящих ошибок. А вообще вся предесть Moose проявится только в MooseX : : Declare и подобных модулях, но они, скорее всего, никогда в продакшн не выйдут.


Это сообщение отредактировал(а) mvsgt - 21.9.2009, 23:59

да надо попробовать... я только что посмтрел программу на moose, но ничего особенного там не увидел...

интересно бы на реальных примерах увидеть преимущество...



Это сообщение отредактировал(а) gcc - 21.9.2009, 23:58

Посмотрите на habrahabr.ru - там есть пара статей. И в документации можно всё увидеть, в примерах к Moose например. 

может кто-то обяснить про Role в moose?
http://search.cpan.org/~drolsky/Moose-0.91...les/Recipe1.pod

или я не понял что-то или я не понял зачем это надо, как буд-то какой-то бессмысленный набор слов в документации...

http://www.gossamer-threads.com/lists/catalyst/

Это сообщение отредактировал(а) gcc - 22.9.2009, 22:54

У меня есть в одном месте MX::Declare с мульти-методами (не самая важная часть) в продакшене. В принципе не жалуюсь (только одно нарекание - почему-то часто варнинги пишет в логи, пока не разобрался как убрать). Секундная задержка видна при старте сервера, в остальном различий не заметил.

Это сообщение отредактировал(а) KSURi - 22.9.2009, 09:54

подскажите какая отладка есть для moose??

Data::Dumper НЕ смотрит объект, там используется "делегирование" между классами



в google не нашел

http://www.google.com.ua/#hl=uk&ei=kjG...18c551f15cdb9b3

есть только для ролей 
http://search.cpan.org/~fayland/MooseX-Dum...ooseX/Dumper.pm

Это сообщение отредактировал(а) gcc - 23.9.2009, 17:38

gcc, а что Вам 



должен показать? Объект-то ведь $c->request. Попробуйте

ginnie, 
но не видно                                      }, 'HTTP::Headers' ),







тоже самое

gcc, как это не видно HTTP::Headers? А это что?

ginnie, это вывод отладки после print Dumper($c->request); 

там надо наверное как-то по другому в дампер передать....

в исходниках каталиста сложно разобратся, я не вижу объект класса HTTP::Headers

я думал в что $c или $self, но не видно... там метода Headers

Это сообщение отредактировал(а) gcc - 23.9.2009, 18:27

gcc, я, вероятно, как-то непонятно объясняю. Класс HTTP::Request отнаследован от HTTP::Message. У HTTP::Message есть свойство headers, значением которого является объект класса HTTP::Headers. Метода, возвращающего этот объект в классе HTTP::Message нет. Поэтому единственный способ его отдельно посмотреть дампером



Что я теперь непонятно объяснил?

gcc, извините, просто не могу разобратся... я забыл написать что хочу увидеть X-Forwarded-For все остальное с ним... (может там что-то другое есть или по другому называется!!)

(я посмотрел исходники $c->request->address он просто определяется по-моиму когда прокси, то определяется айпи из Forwarded)

$c->request->header('X-Forwarded-For')





почему в отладке не видно X-Forwarded-For, ip и host ?

Добавлено @ 18:42
ginnie, спасибо, может там убрано из класса это (X-Forwarded-For, ip и host) скорее всего 
посмотрю еще исходники....

Это сообщение отредактировал(а) gcc - 23.9.2009, 18:45

gcc, X-Forwarded-For не видно потому, что он Вашим клиентом не передается. Он передается иногда при работе через proxy-сервер (хотя по идее, proxy должен ставить заголовок Via).
IP в заголовках тоже быть не должно, т.к. он определяется из соединения:


Это сообщение отредактировал(а) ginnie - 23.9.2009, 19:51

Я начал с него, но столкнулся с полным неприятием кода на MX: Eclips'ом и PerlTidy. Плюс с отладчиками дополнительные проблемы, так что я забил на Declare.

У vim с этим проблем нет) Perltidy не пользуюсь.
Вот проблемы с отладкой, это да - большой минус. Причем это касается и просто Moose, без Declare.

А у меня стиль набора текста - набирать как придётся, потом нажимать Control-F и всё приводится к стандартному виду. Без этого не получается.