一年前我发现了Grails,没有回头看。 Ruby on Rails需要很多想法(原来它被命名为Groovy on Rails),并且具有丰富的插件/扩展生态系统。 Grails和基础Grails语言(Java的超集)使它成为一个快乐的程序 – 你可以真正专注于必需品。它的GORM功能(在hibernate之上的一层)也非常强大,除了插件系统之外,它是检查它的两个重要原因之一(您也可以在您的java应用程序中使用它)。
1.2版本即将出炉,我觉得它的功能丰富和成熟,足以成为任何开发人员在工具箱中拥有的东西。
就性能而言,它绝对低于纯Java,但是您可以从spring / hibernate / J2EE提供所有可用的优化功能,并且您可以随时将一些关键代码段放入纯Java中。有一些最近的实验允许使用静态方法分辨率运行部分Groovy代码,加上调用动态支持,应该提供巨大的性能提升。
其他在Java中检查的是Spring Roo和AribaWeb。
基于附加资格更新
Scalability, Productivity,
Documentation, and decent Resources
consumption
>可扩展性 – 您可以获得成熟的Java / Spring / Hibernate堆栈,尽管我不能说Grails提供了很多功能。>生产率 – 这是使用Grails的主要原因。您确实有性能开销,但Grails是开发时间/生产力更重要时所使用的。文档 – grails文档很棒,至少有三本关于Grails的好书。社区是蓬勃发展,非常有帮助。资源消耗 – 这是一个权衡。 Grails(部分由于底层的java堆栈)是资源密集型的。如果我正在建立像谷歌这样的东西,那么Grails就不会是这个选择。然而,在任何复杂的任何网络应用程序中,您都可以为缓存解决方案做好准备,这同样适用于此。