现在用grails来做项目是不是太激进

我个人感觉：

如果还打算基于 java 这个平台快速开发的话，grails 和 Seam 都是不错的框架。
如果你觉得标准支持很重要的话，就选 seam， 如果你觉得脚本语言很对你胃口，就用 grails, 这两者都比 jruby on rails 要好，毕竟不是在另外学一种完全不同的语言，而且它们的性能更好一些。grails 比现在的那些 ssh 类的组合要更好一些， appfuse 的创始人 Matt Raible 搞了那么多个框架组合，从他最近的言论看，他也是很欣赏 grails 的。

靠,乌鸡是你啊
用吧,感觉很不错,至少在这种习惯于JAVA而不用去学习一门新的语言的情况下,Groovy是很不错的,应用在快速开发还是很爽的,相信Grails会火起来!

我不喜欢Grails的一个比较重要的原因是：Grails不是一个完全自己造轮子的框架！事实上Grails的底层封装了Hibernate/Spring，因此本质上程序运行还是依赖Hibernate/Spring。这就会带来一个问题：当你深入开发、调试代码的时候，无法回避Hibernate/Spring。那么这种隔了一层的做法在某些需要深入定制的地方会给你带来很大的麻烦。

robbin，明显偏向性比较严重，窃以为他说这样的话不太可信

照robbin的说法，Jruby on rails也是不行的。因为Jruby on rails底层也依赖的不少其它的Java类库。本人今年使用grails开发了广东电信内部的管理系统，结果下来感觉开发效率还是很高的，至少比SSH快多了，而且目前GRAILS的插件也很丰富，特别最近我们使用了GRAILS的Terracotta插件(http://grails.org/Terracotta+Plugin)（部署运行效率还是很快的。

还有刚发布的groovy 1.5.7运行效率也有提高。Grails棒！

如果考虑部署环境，比如向电信的系统就要求必须系统部署在JAVA平台上，那么GRAILS就会更是一个好的选择；至少和Jruby on rails比较GRAILS更成熟稳定。

另外：grails 的前途和groovy 的发展密切相关。现在groovy 社区又搞了个 griffon 出来(http://griffon.codehaus.org/Quick+Start)，类似于grails 目录结构的swing mvc，griffon我觉得它相对于JSR296、Spring RCP、Eclipse RCP、NetBeans Platform的优势是:GUIBuilder和UberBuilder利用Groovy的DSL使view的创建更加简单和直观了.使用griffon开发GUI程序那是比以前所有的GUI框架不论是开发的代码量，可读性那是大大的进步了。

所以说griffon的出现必将促进Groovy的发展，而Groovy的发展势必又促进GRAILS的发展，因此GRAILS的前途是光明的。

恩，这确实是很有说服力的案例，很给人信心！

我很想说，为什么不用asp.net列，大家随便鄙视。。。

使用asp.net就棒定死了Windows了，这就不好。虽然说Mono让我们在LINUX下也能使用asp.net不过不是太成熟而且版本更新也比windowns下的慢半拍。

Hibernate很复杂,Grails把Hibernate包起来了,这点很人不放心啊.

Gorm1.0出来了，也许你就不会这么想了，快独立出来了

好东西，有些是java难以实现的