Rubyonrails GroovyGrails ：： RubyRails ：： 2011 框架状态

轨道和圣杯在当前版本中都是优秀的框架.这两样你都不会错的.不过，以下是一些我觉得有趣的事情:

轨道

• 轨道 (Ruby) does not scale as well as 圣杯 (Groovy). You will need more horsepower to run your application. This isn't a big deal at all with PaaS options like EngineYard (and hopefully a AWS BeanStalk 轨道 option in the future), but it might just cost a little more to run a 轨道 app vs a 圣杯 app (obviously JRuby is also an option to though).
• 轨道 is slightly better with NoSQL alternatives currently, but 圣杯 is catching up quickly
• 轨道 has many more plugins, but this can lead to trouble if you use some that aren't maintained (a lot of them don't currently work with 轨道 3 yet either).
• 轨道 is more mature and has more features at this point in time because it's been around longer
• 轨道 REST support is amazing
• There are many more "big" 轨道 websites than 圣杯
• Ruby比Groovy-TIOBE更受欢迎
• No dependence on Oracle, ha! (圣杯 obviously needs the JVM)

圣杯

• 圣杯 integrates with the JVM better than JRuby
• 圣杯 GORM is better than ActiveRecord (IMHO), although 轨道 3 opened the door a little bit for other persistence options, but all the books, tutorials, etc all use ActiveRecord
• 圣杯 View taglibs are better than <=%...%> in view
• 圣杯 plugins are well documented and clearly state whether they are supported by SpringSource or not
• SpringSource is investing heavily in 圣杯
• There will be many more corporate jobs for 圣杯 than 轨道 in the future, but more startups use 轨道 (where do you want to work?)

我的观点

• I used 轨道 a couple years ago, I'm working on a 圣杯 project now
• 与Django(Python)或Zend Framework(PHP)相比，我更喜欢它们
• 我计划下一步学习升降机(Scala)

我的推荐

• If you have never done Java development and are working on a side project for a small to medium website, go with 轨道
• If you are working at a big company that uses Java, try pitching 圣杯 to your management as the "next Java framework" they should invest in
• 如果你正在开发"下一个twitter或foursquare"，那么你就足够聪明，可以自己回答这个问题了！:)