ZhangJinglin

Groovy继承了Java的所有资源，并以自身强大的语法特性使开发更高效。
Grails基于极为成熟的经典框架，并对其进行了extreme封装（extreme封装，引用了‘江南白衣’的术语），使用户感觉不到底层实现，无需配置，高效开发。而且性能比RoR好很多。
下面是Grails和RoR的性能比较：
http://www.blogjava.net/BlueSUN/archive/2007/03/24/106002.html
事实胜于雄辩。

事实是groovy运行之前都需要预编译，像访问jsp之前一顿那样，这是让我火大之一，为啥不搞成直接运行的？每次测试还要让我等那么一顿的时间。

第二，grails的代码与测试时间明显比ror慢很多，看控制台输出明明还是做了cache的，可还是慢，估计是因为先启动jvm，然后预编译groovy的结果，要知道ror宣称的是开发速度提高，每次都顿啊顿的，让自己的信心大减。

第三，感觉groovy的语法还是没有ruby灵活，省略括号调用method只能省略一级，如果要嵌套调用方法，比如print dosomething param，这样就不行了，还要老老实实地添上括号，唉，总是感觉没那么顺心。

性能比较就算了，毕竟是网络开发，听说瓶颈都是数据库那里。现在还在观望grails的发展。groovy倒是已经装在机器上，啥时候想实验一些类和方法，就直接groovysh来调用，比再去建个class省事。

@xyz20003

您说的不无道理，但我想补充几句：
Groovy的预编译有一个好处您或许没有体会到，那就是防止程序运行到一半才报coding错误，这样其实已经为您节省了很多时间了 :)
当然您也可以将Groovy文件编译为class文件，这样就可以省去运行前的编译了。

至于grails的启动比较慢，这的确是一个事实，但我们也不可忽视Grails的reload功能，也就是说，只要运行了你的程序之后，无需重启web server，你的修改可以立刻生效，所以Grails实施的是‘先苦后甜’的策略。您如果用它开发过项目的话，就可以体会到了 :)

至于语法的灵活性，我持保守态度，过于灵活的语法使程序很难维护，这相信您也有所体会吧 :) Java的语法过于笨拙，而Ruby，Python的语法过于灵活，所以Groovy做个折衷，以Java的语法为基础，将Ruby和Python中真正有用的特性添加进来，所以可以这么说，Groovy是动态Java，但由于‘Java’这个商标问题，不能叫Dynamic Java.

@山风小子
呵呵~感觉光动态还不够，我们需要的使用上得到真正的便利，而不是为了使用某某技术这种幌子。

预编译的问题，从jsp开始我一直是非常反感的，这么说吧，调试错误从某种方面来说，更依赖于开发人员的经验。而帮助开发人员调试语法错误的应该是ide工具，而不是简陋的编译器。

至于动态reload，这个并不是我希望讨论的范围内，毕竟tomcat等servlet容器都支持动态reload，但你修改了关键配置文件还是需要重新启动的。即便是ror，你改了数据库配置，也是要重新启动的。

不过既然说到grails的reload，我也加上两句，还是预编译的问题，你修改了groovy或者gsp，再访问页面，总是能感到一段休克时间，这就是预编译的占用时间了，而像freemarker这种模板就不会出现这种问题，再说了freemarker也都支持cache，而开发阶段又可以把cache关闭，开发阶段不影响调试，发布阶段不影响效率。这多好？现在想想，要是java能设置个开关，能控制是否使用预编译就好了。

反正感觉groovy on rails还是太不成熟了。再观望一端看看。

@xyz20003

groovy的预编译会将.groovy文件编译为优化过的.class，在编译的时候会消耗点时间，但以后运行起来就快很多了，所以也不能完全否定了，您说对吧 :)

至于reload，我想您不会频繁的改数据库配置吧，一旦定了用什么数据库，username和password，url，driver也就定下来了，而修改这些配置的几率很小，因此reload这个功能在开发调试中能很好的发挥作用的 :)

groovy1.1会对compiler的性能进行调优，到时您或许就不会感觉到预编译了 :)

Grails将在Groovy完全支持Annotation(Groovy1.1将支持Annotation)之后，集成Guice，提高整体性能，包括启动速度，到时您不妨再试试，体验一下Grails的乐趣 :)

其实，真正的探讨ROR和Grails之间的问题，可能像探讨JavaEE和.NET之间问题一样。
现在的问题是，ROR已经发布到了1.2，可是Grails只有0.4，好像马上要发布0.5了。从技术成熟度上说，恐怕要差和大一块，如果我们能够理解ROR的开发理念，而关注Grails的发展，等到Grails成熟后，我想可就是另一种结果了。
更为关键的问题是，Grails建立在Java基础上，这是一个ROR无可比拟的优势，试想如果Java不是建立在更好的C++上，C++不是建立在C上，今天的C++或者Java也许只是小语种，呵呵。
我学习ROR的时候，看的就是Agile web development with rails，（好像地球人都看这本），我惊奇Rails的开发效率，我迷惑Ruby的语法。我发现，我想要学好Rails必须深入学习Ruby，一个我从来不知道的语言。所以学习进度也是很慢。
在学习Grails的时候，看的时InfoQ 的grails getting started，只用了很短的时间就初步掌握了。而且用了1天半就完成了一个资源下载系统，而且可以评论，虽然很初级，但却是工作在完全的Java环境下，总之，就是快乐。
用ROR的确快乐，但有时却很痛苦（不熟悉Ruby），Grails却给我持续的快感。
我想写这个系列，主要是想用ROR的思想来对比了解Grails，毕竟ROR已经很成熟了，Grails的资料都很少。
初步设想可能包括（二）基本开发过程的比较（三）控制器的比较（四）视图的比较（五）域模型的比较（这个是重点）（六）Ajax的比较（七）Ruby 与 Groovy的比较
不知道有没有精力完成，工作太多......

@zhangjinglin
非常期待您接下来的一系列文章 :)