今天你Groovy了没有

用grails大半年了,其感觉,要用好还是比较复杂.需要你充分了解hibernate,spring,groovy
列几个缺点:
1.不支持类似rails routes的分包.需要自己扩展.
2.grails1.2后,打包部署时,gsp页面会预编译。这样个人感觉反而不方便，如果需要改gsp页面时，岂不需要拷贝编译成的gsp相关class文件？这样更新起来极其不方便。类似的也有修改groovy文件的一些麻烦。
3.gorm对于hibernate的一些特性并未完全支持。
4.发布项目时，会包括一大堆jar包，如果未对grails所需的相关依赖包足够了解，很难自己定制jar包。
5.主流的javaee服务器还是存在兼容性问题，最近用grails1.2做完一个项目。部署时，发现不支持oracle11g.在glassfishv2,glassfishv3下面，部署也有问题，并且未能通过异常得到有用信息。可能是grails封装太死，隐藏了什么异常。需要研究源码。最后只能部署到jboss5下.
6.重用困难。如，最近项目中开发了一个权限验证模块。由于grails会对controller,service,filter，domain...等等，分别有自己的增强，所以脱离了grails环境，很难重用到既存项目中。想重要，研究grails源码，groovy源码。
7.内存问题。由于发布时，需要一大堆jar包，每个应用启动时，加载这些jar包类信息，就会吃了不少内存，这就非常不适合于虚拟主机的搭建，内存会吃得你心痛。
ps 正计划业余时间用grails做一个“缺点网”。知道一个框架的优点很重要，但知道一个框架的缺点，知道它不适合做什么，更重要。

写过groovy，只是写页面表现层～！看很多人都应用业务层了！

scala感觉不错，但是也需要时间

国内用groovy的公司并不多，
Thoughtworks公司是groovy的支持和提倡者···

我上大学那会儿，几乎所有的开发都在用c，用java的也没几个

Grails 网上有评测，内存占用并不比 Java web 框架大多少。我没测试过，但是 Grails 实际上是 Java 写的框架。这个东西还是要看如何使用