Можете ли вы предложить какую-нибудь хорошую платформу MVC для Perl - я знаю, что это Catalyst
Необходимость состоит в том, чтобы иметь возможность предоставлять сервисы в инфраструктуре Perl, которые могут беспрепятственно вызываться приложениями Java / .Net.
Я скажу вам прямо сейчас, что Catalyst имеет лучшую репутацию среди разработчиков Perl с точки зрения MVC-среды быстрой разработки приложений.
Что касается «чистого» MVC, я не уверен, что существует так много «зрелых» или, по крайней мере, готовых к производству альтернатив.
Если Catalyst вам не подходит, вы можете использовать облегченную структуру CGI :: Application, которая подходит ваши потребности или взгляните на некоторые из менее известных фреймворков MVC, таких как PageKit и Maypole.
Поскольку возникла эта старая ветка, я упомяну два захватывающих новых дополнения к миру Perl MVC:
(N.B. Я использовал Mojolicious больше, чем Dancer, и поэтому, если я пропустил некоторые функции Dancer, которые я перечислил для Mojolicious, я заранее прошу прощения)
Другой альтернативой, помимо уже упомянутых, является Continuity; однако он (как следует из названия) основан на продолжении, а не на MVC в обычном смысле. Тем не менее, об этом стоит упомянуть, потому что это одна из лучших веб-фреймворков Perl.
Тем не менее, мне нравится Catalyst намного больше, чем любая из альтернатив. И все время становится лучше! Обратной стороной этого является то, что текущие предпочтительные подходы к кодированию продолжают развиваться довольно поспешно - но в последних двух версиях большое внимание уделялось совместимости API, так что теперь бремя в основном ментальное, а не административное. Предстоящий перенос внутренних компонентов на Moose, в частности, может дать отличные преимущества.
Но самый большой аргумент в пользу Catalyst, IMO, - это тип рассылки Chained. Я не встречал ничего подобного во всем web-framework-dom, и это отличный инструмент, позволяющий сохранить ваш код как можно более СУХИМ. Это хорошо сочетается с еще одной замечательной вещью, которую предоставляет Catalyst, а именно uri_for - методом, который принимает контроллер и набор аргументов, а затем создает URI, который отправляется в это место, которое он возвращает. Вместе эти возможности означают, что вы можете структурировать пространство URI так, как считаете нужным, но в то же время можете структурировать свои контроллеры, чтобы избежать дублирования логики, и сохраняя независимость шаблонов от структуры URI.
Это просто великолепно.
Дополнительные комментарии, сделанные другими: Catalyst (который более или менее разветвляется от Maypole), безусловно, является наиболее полным и надежным из них. Есть книга Джонатана Рокуэя, которая, безусловно, поможет вам разобраться в этом.
В дополнение к типу отправки «Привязанный» методы отправки: Regex (и: LocalRegex) обеспечивают огромную гибкость. Последнее приложение, которое мы здесь создали, поддерживает множество разнородных URL-адресов с помощью всего лишь нескольких подпрограмм, использующих: LocalRegex.
Мне также особенно нравится тот факт, что вы не ограничены конкретным языком шаблонов или базой данных. В списке рассылки (и в книге) предпочтение отдается Template :: Toolkit (как и я), и DBIx :: Class (мы продолжаем использовать Class :: DBI), но вы можете использовать практически все, что захотите. В этом смысле Catalyst на удивление агностик.
Не пугайтесь того факта, что Catalyst, похоже, требует половину CPAN в качестве зависимостей. Как только вы его запустите и начнете, это будет хорошо отлаженная машина. Сейчас он достиг такого уровня зрелости, что, когда вы начинаете с ним разбираться, вы обнаруживаете, что он «уходит на второй план». Вы тратите свое время на решение бизнес-задач, а не на борьбу с инструментами, которые используете.
Он делает то, что написано на банке. Катализатор ++
Последние несколько дней я играл с приседаниями, и я должен сказать, что это выглядит очень многообещающим и весело использовать.
Это микро-веб-фреймворк (или веб-микрофреймворк ;-), на который сильно влияет Camping, написанный на Рубин.
NB. Приседания (и кемпинг) не имеют компонентов модели, встроенных в структуру. Вот комментарии авторов к моделям ... «Модели? Весь мир - это ваша модель. ;-) Я всегда неоднозначно относился к определению политики здесь. Используйте то, что вам подходит»
Также существует CGI :: Application, который больше похож на внутреннюю часть фреймворка. Это помогает человеку писать базовые CGI и приклеивать к ним кусочки, чтобы сделать их такими, как они хотят. Таким образом, вы можете заставить его использовать почти любые модули или почти все, что находится под солнцем.
Катализатор - это то, что вам нужно. Еще есть Jifty, но (в прошлый раз я смотрел) ужасная документация.
Если вы уже знакомы с Catalyst, то рекомендую сосредоточиться на нем. Он зрелый, хорошо документирован и имеет очень большую базу пользователей, сообщество и коллекцию подключаемых модулей.
Для вашей проблемы я бы посмотрел на Jifty :: Plugin :: REST, который позволяет получить доступ к моделям и действиям с использованием различных форматов.
Скажу лишь, что у Jifty нет ужасной документации. Однако большая часть прилагаемой документации - это документация по API, но есть список рассылки с очень низким уровнем шума, в котором есть полезные советы и ссылки на приложения.
Wiki на http://jifty.org/ - это еще один ресурс, в котором есть полезные элементы.
Если ваша цель - создать видеомагазин (мой любимый тест для платформ 4GL и CRUD) днем, на него действительно стоит взглянуть!
Другой вариант - Gantry, при использовании вместе с модулем BigTop он может сократить время, необходимое для создания простых сайтов CRUD. .
Также существует Clearpress, который я могу порекомендовать как полезное приложение с поддержкой баз данных. Ему нужно меньше зависимостей, чем Catalyst. Мы написали с ним несколько больших приложений, и я запустил с его помощью веб-сайт, посвященный бадминтонной лестнице.
Я создал несколько приложений с помощью Kelp, это легко изучить и очень полезно.
