Стоит ли использовать Embperl в качестве шаблонного решения Perl?
Я пытаюсь изучить шаблонную веб-разработку на Perl.
Это как для личного использования, так и, надеюсь, получить еще один товарный навык.
У меня есть некоторое представление о том, какие существуют возможные шаблоны разработки на основе Perl (на уровне поиска "Perl шаблон веб-разработки":)
Однако однажды бывший сотрудник упомянул, что ей действительно нравится Embperl. Это был единственный вариант, для которого я рекомендую, но, основываясь на поиске SO, он не кажется мне очень популярным.
Итак, мой вопрос заключается в том, чтобы при попытке исследовать и оценить, какие рамки следует изучить, следует ли включать Embperl?
Похоже, что он размещен на веб-сайте Apache, поэтому, вероятно, не низкого качества, и, как я уже сказал, у меня есть для этого личная рекомендация. Но на первый взгляд это кажется намного менее популярным.
Критерии для меня были бы:
Мощность / гибкость / общее качество.
Активная разработка / поддержка. Например, это "мертвая" структура?
Просто чтобы прояснить, я не обязательно спрашиваю о сравнении с другими структурами, скорее, стоит ли мне вкладывать свое время / усилия в включение Embperl в такое сравнение, когда я это сделаю (и какие моменты данных я должен рассмотреть, которые будут иметь отношение к решение).
1 ответ
Краткий ответ: "Очень печально, нет (по нетехнологическим соображениям)".
Длинный ответ:
С одной стороны, Embperl очень мощный. Если вы посмотрите на это с чисто технологической точки зрения, это ОЧЕНЬ стоит. Я не использовал TT, но я видел ссылки на то, что Embperl быстрее и мощнее, чем TT.
Однако, как вы заметили, Embperl в настоящее время не так популярен, как альтернативы (TT, Mason и т. Д.). Его используют меньше людей профессионально и меньше организаций. Частично это может быть связано с тем, что в настоящее время невозможно использовать его с Catalyst, используя зрелый код, несмотря на пару явно новых необработанных модулей на CPAN).
Таким образом, у вас будет меньше спроса на работу; и меньше поддержки со стороны ваших коллег (в том числе и по SO - ваш был как второй вопрос Embperl, который я помню). Исходя из этого, я бы не советовал рассматривать Embperl, если у вас нет реальной возможности трудоустройства, связанного с этим, или соображений при выборе Embperl или другой системы для вас очень малы.
Кроме того, насколько мне известно, Embperl поддерживает / разрабатывает только 1 человек (Джерард Рихтер). Если одной из ваших целей являются соображения долгосрочной занятости, я не уверен, что уровень риска, связанного с продуктом в зависимости от одного разработчика, является хорошей идеей в долгосрочной перспективе.
ОДНАКО, пожалуйста, имейте в виду, что, как и у Марка Твена, сообщение о смерти Эмбперла было сильно преувеличено. Точнее говоря, ранее казалось, что разработка Embperl полностью остановилась с версией разработки 2.2.1 в 2006 году, если вы посмотрите на основной сайт Apache Embperl (теперь посмотрите, что я имел в виду выше относительно риска единоличного разработчика?).
НО!!! Немного покопавшись обнаружил, что это ЖИВ! В 2010 году Джеральд объявил о выпуске Embperl 2.4. Это включает поддержку Perl 5.12, а также некоторую работу (невыпущенная альфа-стадия) для использования Embperl с Catalyst
Кстати, я профессионально использую Embperl в течение многих лет, и я очень доволен им как основой. Таким образом, "грустный" классификатор.
ОБНОВЛЕНИЕ: Очевидно, было предпринято некоторое усилие, чтобы заставить Embperl хорошо играть с Catalyst. Если / когда это произойдет и будет стабильным, я бы изменил свой ответ на "посмотреть на Embperl как на вариант", хотя соображения по поводу занятости остаются в силе.