Grails - 提升 : Which framework is better suited for which kind of applications?

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持，但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开，visit the help center为指导。




9年前关闭。




过去几个月我一直在使用 Grails，我真的很喜欢它，特别是 GORM。但是，我对 Scala 的 Lift 很感兴趣。因此，我想知道您对哪种 Web 应用程序更适合这两个框架中的哪一个的看法，或者只是品味问题，使用哪个框架？

最后，您认为将来会更多地使用哪些框架？
我有一种感觉，Grails 远未达到临界质量，它仍然非常模糊(在过去的几个月里，我有机会与中型公司和 IT 初创公司合作，主要使用 JVM 堆栈，但只有一个人知道和使用 Grails)，我什至不确定它是否可以成为 Java 世界的“RoR”(确实报告说，即使其他框架的增长率为正，但过去几个月的增长率有所下降)。而且我喜欢 Groovy，它真的很容易学习，但我注意到它对于某些任务可能很慢。

另一方面，Scala 似乎更受欢迎(Tiobe Index)，而且 Twitter 现在正在使用它的事实使它在博客圈中的地位更高，许多爱好者和仇恨者都在议论纷纷。它以快速和可扩展而闻名。然而，对于许多开发人员来说，该语言似乎有点难以理解和学习(因此它可能永远不会获得主流地位)。 Lift 鲜为人知，我读过一些报告说它更适合小型应用程序(少于 20 个域类)。

从目前出版的书籍数量来看，Groovy-Grails 占主导地位，但许多出版商都有 Scala 的作品书籍，所以我认为这种优势不会持续太久。

最后，我们面临的问题是语言和框架的 IDE 支持仍然很差(它一天比一天好，但与 Java 商店期望的生产力相去甚远)。

我不想开始一场激烈的 war ，但我很想听听其他用户的意见。

Answer 1

这里接受的答案对 Groovy 采取了非常无知的观点 - 它是一种现代的动态语言(动态与静态本身就是一场巨大的辩论，在这里并不是特别相关)。这是设计使然，因此不是缺点，只是区别。它具有许多 Java 没有的现代语言特性，例如闭包、原生正则表达式、多态迭代、一些可选的静态类型(有争议的问题，但也可以看看 groovy++)、列表和映射的原生语法等-你可以在这里看到比较http://groovy.codehaus.org/Differences+from+Java

为了解决 Grails 与 Lift 的实际问题，我会直接说 Grails。它背后有 SpringSource，只需查看插件页面 http://www.grails.org/plugin/category/all - 我什至找不到可用于 Lift 的插件或等效插件。 Grails 还处于最新的云友好技术之上，具有原生 RabbitMQ 消息支持以及对 MongoDB 和 Redis 的统包 GORM 支持等功能。