要么玩要么玩！为一个前RoR开发商？

Question

我计划开始学习Java框架(我喜欢Java )，我已经使用了Rails和Django。

我想要一些接近Java的东西，但不要像J2EE那样复杂。

我发现了两个对我有好处的框架：

Grails

Grails看起来很棒，它使用的Groovy比Java更适合web应用程序(我认为..)但是它比基于纯java的框架(Hibernate、Strut、Spring)慢--部署起来非常简单(发送.war就可以了！)，GSP很棒！调试有点困难(每次修改时都需要重新启动服务器，堆栈跟踪包含Java和Groovy的混合跟踪，这并不总是最容易理解的)

Play!

这个框架看起来也很棒；它比Grails (它使用Java)更快，但我不太喜欢它如何使用Java，它修改源代码以将属性调用转换为setXXX/getXXX，我不喜欢.框架还有Grails没有的缓存功能。我不太喜欢模板引擎。它也更易于调试(无需重新启动服务器，堆栈更清晰)

你有什么建议吗？我正在寻找一些容易学习的东西(我有很多Ruby经验，但我不太喜欢Java API)，功能齐全(这在所有可用的Java库中都不是问题，但如果它是包和集成的，我更喜欢它)，具有良好的可伸缩性，并且不太慢(比Ruby更快)--理想情况下，我想使用一个具有良好社区的框架来轻松地找到支持。

PS:我对JRuby on Rails不感兴趣

Answer 1

我建议Grails。它有一个比play框架更大的社区(大约350个插件覆盖了几乎所有的基本需求)。另外，grails几乎完全是用Java编写的，它只允许您将Groovy用于特定领域的实现。

如果您确实遇到了性能问题，您所创建的groovy页面是瓶颈，那么始终可以切换到Java实现。那么你就和你一直在游戏框架里的处境一样了。您已经优化了您的开发时间，方法是将Java中的代码推迟到您知道确实需要这样做为止(在我的经验中，这是非常罕见的)。

我也不知道您是从哪里听说每次修改都需要重新启动服务器的，但实际上并非如此。Grails支持在不重新启动服务器的情况下重新加载控制器/gsps/services/域对象等。

混合堆栈可能会变得有点长，但是工具供应商(比如Intellij)最近做了一些改进，去掉了您不关心的所有堆栈跟踪部分。

从.5时代开始，我就一直在使用grails，并且对这个平台非常满意。

Answer 2

我从Grails转到了场上，我再也没有回头看过。Grails最大的问题是总体的健壮性和开发人员的可用性。大多数情况下，Grails将Spring和Hibernate的通常堆栈粘合在一起，同时试图隐藏这一事实，并给您一个类似于Rails的API (我个人的看法)，这让我很恼火。问题是，一旦一些东西超出了琐碎的样本，它就很容易破裂，对我来说就不起作用了。和它一起发展就像在鸡蛋上行走一样(对我来说)。每当我在googled上搜索我需要的特性的文档时，我都不会被重定向到示例、教程、博客，而是指向Grails JIRA，解释为什么这个特性不能适用于我的用例，而且由于在我使用的版本之前有两个版本，这个bug没有得到解决。

虽然这可能不是每个开发人员的总体经验(我写这个不是为了痛击Grails，而是为了在这里给出我的经验)，但我需要一些帮助我的东西，在我最需要它的时候，它不会妨碍我，也不会让我崩溃。就在那时，我找到了Play，并且在我发现它之后(大约在~1.0版)，我很快地将我的应用程序迁移到了它上。

到目前为止，这是一次很棒的旅程，在我的网络开发生涯中，我第一次停止了对其他框架的研究，试图找到我更喜欢的东西。

如果我不得不用一件比Grails更好的东西来结束游戏--至少对我来说--那就是这个剧本是从底层构建的，并且考虑到了开发人员的可用性。它不会牺牲企业流行词的易用性。它有勇气抛弃不适合这个范式的东西(例如，在开发过程中，为了更快的周转，基于Servlet的运行时进行ditchting )。它愿意作出妥协，以保证威望。在我找到游戏之前，我只在Rails或Django这样的社区中见过这种情况。

Answer 3

请注意，玩!框架现在支持使用Scala在1.1岁时