[Grails] grails or play
 |
沙舟狼客
2012-03-01
grails用了一年了，优点不言而喻，但是缺点令人头疼，特别是天天的OOM，另一点对于他的DAO层绑定hibernate，写着是方便了，但是性能。。。
play刚开是见他的底层是groovy感觉挺好的，但是2.0之后要换成scale重新架构； 细听大家分析 |
 |
kidli
2012-03-01
对play不是很了解，不过grails倒是用了两三年，现在专注于grails。
play底层是java的，只是模板引擎的el部分是groovy。 另外grails的orm部分也可以用MyBatis之类的，只是默认hibernate。 用grails就在于开发的便利，性能将就，用它做大型系统或者性能要求高的系统是不能指望的，但是对付绝大多数的场景都是绰绰有余的，groovy是其核心中的核心。 从使用上来说，懂不懂groovy，刚开始的时候基本无差别，从java转过来还是很容易的。 性能上hibernate也不是不可优化，只不过有个限度而已，用hibernate的大系统同样多了去了。 从google上的搜索统计来看，play这几年一直处于上升的趋势，类似grails的头几年，而grails目前趋于稳定，不过国内做grails的比做play的肯定多得多。 从商业支持上来看，grails的金主是vmware，而play是社区驱动的。 网上的比较挺多的，不过也许倾向play的多些，毕竟人家是正统的java，并且由社区驱动的东西往往更活跃些。 至于选择什么，根据个人的爱好和工作需要吧。 比如说我，现在是创业阶段，也不跟发展了n年的企业竞争高端，自然选择grails。 |
|
沙舟狼客
2012-03-01
kidli 写道 对play不是很了解，不过grails倒是用了两三年，现在专注于grails。
play底层是java的，只是模板引擎的el部分是groovy。 另外grails的orm部分也可以用MyBatis之类的，只是默认hibernate。 用grails就在于开发的便利，性能将就，用它做大型系统或者性能要求高的系统是不能指望的，但是对付绝大多数的场景都是绰绰有余的，groovy是其核心中的核心。 从使用上来说，懂不懂groovy，刚开始的时候基本无差别，从java转过来还是很容易的。 性能上hibernate也不是不可优化，只不过有个限度而已，用hibernate的大系统同样多了去了。 从google上的搜索统计来看，play这几年一直处于上升的趋势，类似grails的头几年，而grails目前趋于稳定，不过国内做grails的比做play的肯定多得多。 从商业支持上来看，grails的金主是vmware，而play是社区驱动的。 网上的比较挺多的，不过也许倾向play的多些，毕竟人家是正统的java，并且由社区驱动的东西往往更活跃些。 至于选择什么，根据个人的爱好和工作需要吧。 比如说我，现在是创业阶段，也不跟发展了n年的企业竞争高端，自然选择grails。 分析的很好，不知道对grails的高内存占用怎么优化？ |
|
kidli
2012-03-01
内存买来就是用的啊，从pc到server，硬件现在越来越不值钱了。
我们程序员的pc标配8g，笔记本6g。 最基本的，jvm的内存调大点，MaxPermSize一定得调。 一个jvm的能分配的最大内存数量有限，而内存、cpu够用的话，多启几个，做垂直cluster好了（注意cache、quartz）。 开发环境下，设置一下GRAILS_OPTS系统变量，比如我们用的模板： export GRAILS_OPTS="-server -Dfile.encoding=UTF-8 -XX:MaxPermSize=256m -Xmx512M -XX:+UseConcMarkSweepGC -XX:ParallelGCThreads=2" 再进一步，基本上就是正常的jvm优化了，比如这篇blog里说的：http://memo.feedlr.com/?p=31&cpage=1 |
 |
linkerlin
2012-03-22
我觉得性能问题大部分都在DB上。CPU真到了瓶颈的时候，可以多机解决的。
|
|
沙舟狼客
2012-03-23
linkerlin 写道 我觉得性能问题大部分都在DB上。CPU真到了瓶颈的时候，可以多机解决的。
多机解决的确是很好的办法，但对于用户来说他愿意买更多的服务器吗 |
