我没有太多关于框架或语言的经验，所以需要您的帮助。
为了让您理解我的情况，我先介绍一下我目前所做的事情。
我使用Java/Spring MVC/Hibernate开发了一个Web应用程序。在前端，我使用了一些jquery datatables来进行与数据库的ajax调用，另外一页执行了一个存储过程，就这样。
现在，我对所有的配置、bean、hibernate映射、spring映射、apache tiles等都感到厌烦。
我尝试了Groovy/Grails，那似乎容易得多，但这意味着我需要学习Groovy，而且我听说它的性能不佳。
所以我接触了Play Framework，请问如果我使用Play Framework，是否可以让我的生活更轻松？或者我应该选择Groovy/Grails或甚至是Scala/Lift。
由于时间有限，我不能花太多时间去学习另一种语言，如果我可以继续使用核心Java并使用Play Framework，那将是很好的。
那么，是不是像RoR/python-django、grails等框架出现的原因就是因为我描述的这种头疼情况呢？还是还有其他原因？
谢谢，
格伦。
然后我找到了 play。它感觉非常自然。一切都很快速直接，有 80% 是未被干扰的高效编码，只有 20% 阅读文档。任何 Java IDE 的代码完成都足以支持。在 Grails 中，你需要一个 Grails IDE 或经常浏览文档。
对我来说 Play 最大的吸引力是热代码交换功能，几乎完全消除了构建阶段。Play 的类增强器为你提供足够的舒适性，以克服 Grails 中动态查找器的损失。同时，我甚至编写自己的增强器以获得更多舒适性。
在真正的项目中，强类型的 Java 语言对所有开发人员都是一个巨大的好处。你不能像 groovy 那样轻易地破坏它。
此外，如果你看一下 Play 包，你总会得到合理的默认值。所有开发人员都喜欢的东西。基于 jQuery 的 CRUD、优美的代码示例、良好的视觉体验。而且它尽可能地简约。这意味着你可以随时进入 Play 框架源代码并阅读代码以了解 Play 的行为。
综上所述，经历了10年的Java和J2EE的挫败感，几乎要放弃Java了，但我转而使用Play实现的Java，因为在Play中，它变得非常有趣，我再次爱上了它。我向其他两个开发者朋友推荐了Play，他们也很喜欢它。感觉就像一开始应该是的Java。快速、清洁、安全且非常有趣。我再也不会使用基于Java的其他东西，即使只是一个简单的main() ;)
开始玩吧！
经过6或7年的Spring/Hibernate，再加上几年的JSP/EJB，我对Java世界已经厌倦了，开始寻找其他替代方案，比如Scala、Node.js、Rails等。Play框架让我重新爱上了Java，尽管我仍然推荐使用Scala。
我在我的博客http://geeks.aretotally.in和http://playframework.info上有很多关于Play的信息。
它非常易学，生产力惊人，而且你会玩得很开心！
Grails 2.0的性能与其他静态类型语言基本相当。
根据您当前的架构，Grails是最自然的选择 - 您可以重用所有现有的类和代码，没有问题，并直接使用它。你可以自由地使用@Autowired和其他Spring注释、Java代码，而Grails会识别出来 - 因为Grails在底层使用了Spring。唯一需要稍微调整的部分可能是JSPs，但我能够让现有的JSPs和自定义taglib正常工作。Grails使用SiteMesh来组合它的Groovy Server Pages（类似于JSP），并消除了一些JSP限制的约束。
与Play、Lift、Clojure的Web框架、SEAM或其他框架无关——但如果您想从现有的东西过渡到更具生产力的东西，那么Grails将是最接近的选择。
当然，如今几乎每一个这样的框架都支持多语言编程 - 您可以在Scala中使用某些特性，在Groovy中使用其他特性，在Java中使用全部特性——编译器、构建环境和工具都在处理多语言开发。
长话短说，这取决于需求和风险管理——您是否需要函数式编程、动态类型、重用Spring控制器，还是只需要一些简化和生产力提升。
甚至一个简单的Spring 3.1升级可能会消除一些XML文件，使用注释来解决大多数问题。
祝您好运！
