论坛首页 Java企业应用论坛

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

浏览 61504 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2008-10-09  
范三山 写道
fireflyc 写道
不如直接用HTML~~~~~~
:-),对于一个互联网应用来说大量使用ext、jsf、flex之类的就不大现实。所以seam之类的就排除掉吧。
grails有什么好处吗?只是表明我在用动态语言仅此而已。

倒不是赶动态语言的时髦,只是觉得对开发效率确实有巨大的提高

怕确实有提高,提高到你一去不复返,远离的java web.
小心做决定吧!
0 请登录后投票
   发表时间:2008-10-10  
范三山 写道
    现在要做一个互联网的项目,不是很大。人员大概就是两个java程序员,美工另算。我一直以为,用java来做中小型的互联网项目不是一个明智的选择。这个项目如果我们按照以往的方法不外乎是struts2+spring+hibernate,我觉得效率不是很高。
    我前一段时间自己弄过一下grails,写了一个blog程序,感觉非常棒。我想这个项目用grails十分的不错,因为时间比较紧,用grails来做会非常的快。但是我现在有一些担心
    1.grails的性能问题,不过我不太相信瓶颈会出现在程序端,怎么说也是数据库先有瓶颈。
    2.将来的维护问题,如果我们不在了维护的人还得学grails。
    3.ide不怎么好用,几乎是完全没有作用。我写grails程序一般用netbeans,不知道那位老兄会不会不习惯。IntelliJ IDEA是不会考虑的,实在没有兴趣去搞注册码。
    虽然很看好grails,但是还是会有些担心,不知道大家怎么看的。
   
   






性能,性能,groovy 的性能比java 差..
0 请登录后投票
   发表时间:2008-10-10  
支持一下,勇敢的尝试,程序员是实践出来的,呵呵
0 请登录后投票
   发表时间:2008-10-10  
自己考虑吧,
你还没说这个项目的需求呢
万一以后用户量是会飙升的,万一工期很紧,万一.....
总之,更换激进的新技术更多是一种政治决策,
楼主你要考虑公司的行政,风气,传统和技术决策机制,
如果你在技术选型会议上能说服其他人和自己,那就远远胜于在这里让一堆不相干的程序员瞎起哄,毕竟是你要为项目的成败负责,而我们却乐于见到吃螃蟹者.
0 请登录后投票
   发表时间:2008-10-10  
Grails的确比较超前一点, 性能也肯定不及Java. 为什么一定要抱着Struts呢? 我做很多中小型网站的时候都会考虑Tapestry或者Wicket. 另外, Seam也会是一个很好的选择, 楼主不要看到Seam就想到EJB3, JSF等等, 然后就觉得很复杂. Seam上手还是比较快的.
0 请登录后投票
   发表时间:2008-10-10  
我们原先也想用grails开发一个项目,后来被维护方给咔了,原因是不想学groovy。
后来改为springmvc+ibatis了,觉得也很好用
0 请登录后投票
   发表时间:2008-10-10  
你说的这个项目如果真的是正式项目,我认为还是不要考虑了。
0 请登录后投票
   发表时间:2008-10-10  
也要考虑维护成本...
0 请登录后投票
   发表时间:2008-10-10  
没有什么激进不激进的,grails真的很不错。
0 请登录后投票
   发表时间:2008-10-10  
大胆去做了,用了grails以后,再写java代码就是一中折磨。并且我觉得grails不存在太大的性能问题,所谓的性能问题其实很多时候是使用java写的代码逻辑复杂造成的。
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics