Стоит ли использовать Embperl в качестве шаблонного решения Perl? - PullRequest
Новая
       24

Стоит ли использовать Embperl в качестве шаблонного решения Perl?

2 голосов
/ 04 января 2011

Я пытаюсь изучить шаблонную веб-разработку на Perl.

Это как для личного использования, так и для получения другого рыночного навыка.

У меня есть некоторое представление о том, какие существуют возможные шаблоны разработки на основе Perl (на уровне поиска "Веб-разработка на основе Perl-шаблона":)

Однако однажды бывший сотрудник упомянул, что ей действительно нравится Embperl. Это был единственный вариант, для которого я рекомендую, но, основываясь на поиске SO, он не выглядит так уж популярно.

Итак, мой вопрос: , когда я пытаюсь исследовать и оценивать, какую среду попробовать и изучить, следует ли включать Embperl ?

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

Критерии для меня были бы:

  • Мощность / гибкость / общее качество.

  • Активная разработка / поддержка. Например. это "мертвый" фреймворк?

Просто чтобы уточнить, я не обязательно спрашиваю о сравнении с другими фреймворками, скорее, стоит ли мне тратить свое время / усилия на включение Embperl в такое сравнение, когда я его провожу (и какие моменты данных я должен учитывать, что будет отношение к решению).

1 Ответ

5 голосов
/ 04 января 2011

Краткий ответ: «Очень печально, нет (по нетехническим причинам)».

Длинный ответ:

  • С одной стороны, EmbperlОчень могущественный.Если вы посмотрите на это с чисто технологической точки зрения, это ОЧЕНЬ стоит.Я не использовал TT, но я видел ссылки на то, что Embperl быстрее и мощнее, чем TT.

  • Однако, как вы заметили, Embperl в настоящее время не так популярен, как альтернативы (TT, Mason и т. Д.).Его используют меньше людей профессионально и меньше организаций.Частично это может быть связано с тем, что в настоящее время невозможно использовать его с Catalyst, используя зрелый код (несмотря на пару явно новых необработанных модулей на CPAN).

    Таким образом, у вас будет меньше спроса на работу;и меньше поддержки со стороны ваших коллег (в том числе по SO - ваш был похож на второй вопрос Embperl, который я когда-либо вспоминал).Исходя из этого, я бы не рекомендовал рассматривать Embperl, если у вас нет реальной возможности трудоустройства, связанного с этим, или соображений при выборе Embperl или другой системы очень малы для вас.

  • Кроме того,Насколько мне известно, Embperl поддерживает / разрабатывает только 1 человек (Жерар Рихтер).Если одной из ваших целей являются соображения долгосрочной занятости, я не уверен, что уровень риска, связанного с продуктом в зависимости от одного разработчика, является хорошей идеей в долгосрочной перспективе.

ОДНАКО, пожалуйстаИмейте в виду, что, как и у Марка Твена, сообщение о смерти Эмбперла было сильно преувеличено.Точнее говоря, ранее казалось, что разработка Embperl полностью остановилась с версией разработки 2.2.1 в 2006 году, если вы посмотрите на основной сайт Apache Embperl (теперь посмотрите, что я имел в виду выше относительно риска единоличного разработчика?).

НО !!!Немного покопавшись обнаружил, что это ЖИВ!В 2010 году Gerald объявил о выпуске Embperl 2.4 .Это включает в себя поддержку Perl 5.12, а также некоторую работу (невыпущенную альфа-стадию) для использования Embperl с Catalyst

Кстати, я профессионально использую Embperl уже много лет и очень доволен ею как фреймворком.Таким образом, «печально» квалификатор.

ОБНОВЛЕНИЕ : По-видимому, было предпринято некоторое усилие, чтобы Embperl хорошо играл с Catalyst.Если / когда это произойдет и будет стабильным, я бы тогда изменил свой ответ на «посмотреть на Embperl как на вариант», хотя соображения по поводу трудоустройства все еще остаются.

...