在perl中建议一些好的MVC框架

你能为perl建议一些好的MVC框架 - 我所知道的是催化剂

需要能够在perl基础结构上公开服务,这些服务可以由Java/.Net应用程序无缝地调用.

我现在告诉你,就快速应用程序开发MVC框架而言,Catalyst在Perl开发人员中具有最高的声誉.

就"纯粹的"MVC而言,我不确定是否有那么多"成熟"或至少是生产就绪的替代品.

如果Catalyst对您来说不合适,那么您可以构建轻量级框架CGI :: Application以满足您的需求,或者查看一些鲜为人知的MVC框架,如PageKit和Maypole.

自从这个旧线程出现以来,我将提到Perl MVC世界的两个令人兴奋的新增功能:

舞者(CPAN)深受Ruby的Sinatra影响,以轻量级而闻名

Mojolicious(CPAN)由Catalyst的原始开发人员编写,使用他在那里学到的东西,它没有非核心依赖,具有非常现代的内置(HTML5/CSS3/Websockets,JSON/XML解析器,它自己的UserAgent /模板引擎) )

(注意我比舞者更多地使用Mojolicious,因此如果我错过了我为Mojolicious列出的舞者的一些特征,那么我提前道歉)

除了已经提到的另一种选择之外的另一种选择是连续性 然而,它(在名称意味着暗示)基于延续而不是典型意义上的MVC.不过,它值得一提,因为它是更好的Perl Web框架之一.

也就是说,我比任何替代品都更喜欢Catalyst.而且它一直在变得越来越好!其缺点是当前首选的编码方法继续在相当匆忙的剪辑中发展 - 但在最后几个版本中,一直强调API兼容性,因此负担现在主要是心理而不是管理.即将到来的Moose内部港口有望提供一些极好的好处.

但支持Catalyst,IMO的最大理由是链式调度类型.我在所有的web-framework-dom中都没有看到它,它是一个最好的工具,可以让你的代码尽可能干.这与Catalyst提供的另一个伟大的东西很好地结合,即uri_for- 一个方法,它接受一个控制器和一堆参数,然后构造一个URI,它将分派给它返回的那个地方.总之,这些设施意味着你可以组织你的URI空间,您认为合适的任何方式,但在同一时间可以组织你的控制器,以避免逻辑的重复,并保持独立的URI结构的模板.

这真是太棒了.

借调其他人的评论:催化剂(或多或少来自Maypole)是迄今为止最完整和最强大的.Jonathan Rockway的一本书肯定会帮助你掌握它.

除了"Chained"调度类型之外,:Regex(和:LocalRegex)调度方法提供了极大的灵活性.我们在这里构建的最新应用程序通过一些使用的LocalRegex支持许多不同的URL.

我还特别喜欢你不仅限于特定的模板语言或数据库这一事实.邮件列表(和书)都偏爱Template :: Toolkit(和我一样),DBIx :: Class(我们继续使用Class :: DBI),但你可以使用你喜欢的任何东西.催化剂以这种方式非常不可知.

不要因为Catalyst似乎需要一半的CPAN作为依赖项而被推迟.一旦你启动并运行,它就是一台运行良好的机器.它已经达到了成熟的程度,因为一旦你掌握了它,你就会发现它"逐渐消失在背景中".您花时间解决业务需求,而不是使用您使用的工具.

它完成它在锡上的说法.催化剂++

过去几天一直在玩Squatting,我不得不说它看起来非常有前途并且使用起来很有趣.

它是一个微型webframework(或web微框架;-),并受到用Ruby编写的Camping的很大影响.

NB.蹲(和露营)没有模型组件烘焙到框架中.以下是作者对模型的评论...... "模型？整个世界都是你的模型.;-)我一直对在这里定义政策感到矛盾.使用任何适合你的东西"