Rails是一个很棒的平台,但它没有Perl的历史,所以我认为将它们放在一起可能是一个有趣的想法。任何有很多Rails经验的人都会发现这个问题吗?
答案 0 :(得分:19)
Rails不是一个平台。 Rails是一个用Ruby编程语言编写的Web框架。
答案 1 :(得分:13)
这是完全不可行的。
“Rails”是一个用Ruby编写的框架。
“Ruby on Rails”总是让我感到反向逻辑。
“在Rails上运行Perl”因此是一个无意义的术语,
Perl On Rails(用ruby编写)。
充其量,你可以尝试在Perl中从头开始重新编写Rails,但这样做并没有多大意义。所有现有的Rails实用程序目前都是用Ruby编写的,因此它们也需要移植到Perl。
为什么这么麻烦,我们有催化剂,还有CPAN上那些已经存在更长时间的模块清单
答案 2 :(得分:7)
英国广播公司实际上走了一条类似的道路,并在一段时间内创建了自己的"Perl on Rails"。听起来它对他们有用。我没有看到任何有关正在发布的代码,所以你必须自己编写代码。
我看到的问题是,只要测试框架,记录框架并优化性能,就可以独立完成。 Rails已经存在很长时间了,很多人已经完成了这些步骤。但是如果你有时间和精力,Perl和Ruby有足够的相似之处,很多可能会在Perl中实现Rails的想法。
答案 3 :(得分:2)
由于Rails是用Ruby编写的,Perl on Rails意味着用Perl写的Rails,没有?
让Perl跳过相同的箍似乎有点适得其反 - 为什么不使用已经存在的众多MVC框架中的一个?只需google "mvc framework perl"
哦,关于Beeb,他们确实在Rails上构建了Perl,但他们didn't really want to。
当然,Perl只是没有COBOL或者ALGOL的历史。那么FORTRAN on Rails呢?任何人?任何人? Bueller?
答案 4 :(得分:1)
实际上,至少有两个“PHP on Rails”项目:TRAX和Akelos,因此可以将Rails移植到其他语言(为什么不应该这样?)。
然而(正如Cody所指出的)Rails是用来编写 Ruby语言的,并且它很好地利用了其他语言不提供的Ruby功能(可能)。所以我认为使用现有的MVC框架(比如Catalyst),或者甚至从头开始编写新的框架比移植Rails更有意义。
答案 5 :(得分:0)
似乎可以在mod_perl应用程序旁边部署rails,例如Catalyst,在同一个apache虚拟主机上使用phusion乘客。但是,当phusion乘客处理网站的根目录时,mod_perl应用程序必须处理子URI。
您只需将SetHandler指令用于特定位置,并使用PerlModule指令指定哪个perl模块处理请求