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

自从grails 1.0发布后，性能和稳定性都不存在问题，开发的速度是ssh无法比拟的，目前在开发时，除了修改domain和在src中修改类会重新启动web server，其它情况的修改不用重启web server。

一、


二、


sh==spring/hibernate-->可以自定義spring/hibernat==>開發的速度是ssh無法比擬的，
由此可推理自定義spring/hibernat開發的速度是慢的，可以這樣說嗎?

支持Groovy，以Groovy的語言特性可以做出更好的web framework，寄人蘺下總不好(開源協議)

Grails，時光機可以回到過去，也可以回到未來，既然向前看了就不要再回頭，回頭只有感觸在心底。

我大概是頭腦有問題吧才回文吧，還有robbin是知道Grails可以自定義spring/hibernate。

对啊,俺们就是直接滴.Hibernate这东西,用起来是个细心活儿,优化好了,性能差不了.
Grails那么一包装,就是不放心啊
这年头,不懂数据库的,滥用Hibernate的人已经大有人在,
要是再出现不懂Hibernate,滥用Grails的人才大批出现的话...

由此可推理自定義spring/hibernat開發的速度是慢的，可以這樣說嗎?
可以这样理解，但这是你脱离grails，准备自己定义spring/hibernat，当然开发速度会慢了。

grails底层用spring/hibernat，我想是因为spring/hibernat目前是主流的开发框架的原因，如果完全脱离开spring/hibernat，也是会有人抱怨的，现在给人的感觉是寄人篱下，完全脱开spring/hibernat给人的感觉可能是“异类”。

我在使用Grails开发项目之前，曾经用过一段时间的seam，最后还是选择了Grails，seam框架绑定太严，表示层只能用JSF，而且给人很重的感觉，开发没有Grails轻便。

用spring 和 hibernate  我想主要是因为spring hibernate在java届非常流行，这样可以吸引一些spring hibernate的用户， 而且基于spring hibernate的话 自己也可以少一些底层的开发。 要不然 你要自己实现个orm ioc容器

大伙儿还是别忽悠新人了

我有這個想法，但我只會codeing，不如你當項目經理，我做PG，我看過你的文章能力很好，OK的話就說定了。

你想自己用groovy 开发orm和ioc部分的东西？ 你太抬举我了。 我是最近才对Groovy敢兴趣的。 看过一些例子后觉得java确实太笨重 太繁琐了。 Groovy就是java， 可以把Groovy成是对java api的丰富和对java语法的增强。 我对Groovy Grails也是报有很大的信心的。

这是你不喜欢它的原因，却是我喜欢它的原因。ruby on rails没有用过，所以不好评价。但对于熟悉spring，hibernate和MVC开发的人来说，转到grails的学习难度不大。如果周围有同事指导一下，那就更容易了。
一开始经理让我转到grails，我也是不大愿意。现在开发已经有两个月，感觉很方便。
如果学习rails的话，我又得学习一门新的语言和新的开发框架。不过有空到是可以研究一下，因为robbin一直在推荐，相信应该是很不错的。

前面看到某位仁兄说发明这些groovy等脚本语言的人都是吃饱的撑得，呵呵，很怀疑程序员中还有这样的人啊。如果都是这样抱残守缺的话，那估计我们现在都应该用汇编，那绝对的快。

安心上路，做完写个心得体会