2009年您还没放弃使用SSH进行web2.0开发吗?
程序员文章站
2022-06-12 23:33:11
...
spring,struts,hibernate这三大件风靡了好几年了,但在web2.0的开发中,它越来越显得力不从心了。
JAVA的开发在这套方案中并没有充分发挥出来。一大堆的jsp,一大堆的脚本,一大堆的异步信息处理烦恼。一下子让我们回到了原始社会,原来我们一直在用javascript做网站开发,浏览器的兼容性谁来保证?难道用java做不到这些?非得搞那么多的麻烦事吗?
仔细思考后,你会发现表现层一直是java的弱项,仿佛打从娘胎里生下来就没能很好搞定web表现层这件事,现在google提供了gwt,它将使用java完成对前台的所有操纵方式。开发完毕后,一次性通过GWT框架转换成javascript语句。
jsp更是一杂交的滥东西,乌七八糟,看了那么多零碎的页面就让人心烦。跳来跳去,还有好事者将它们说成是代码的优美,我看是脑残的原因吧。而且在用户端更是容易暴露细节。
至此,我们的表现层就搞清楚了。快换成gxt吧。
spring在配置文件上过分滥用,以至于项目越大越头痛。越看越象是一个过渡时期的产品。现在Guice终于拿下金奖。无论在性能还是在方便程度上都强势胜出。它无需配置xml,通过注释来完成匹配,它的速度是解析XML的SPRING的一百倍。
快换成guice吧。
hibernate对于sql语句无法很好的体现出很好的控制性,而ibatis则能让开发者很好的使用原生的sql语句来进行开发,*度也达到了最大化。
赶快换成ibatis吧。
种种颓势表明,这种架构不是完美的。我们急需寻找一种符合2009年开发者心态的架构。以上这些问题使用GWT全都不再有了。它出自GOOGLE众高人之手,依然是大手笔。真正能让开发者快乐的一件优秀产品。
让我们重新来体会java的好吧。
欢迎喜欢web2.0开发的朋友加入 Q_Q_group:5069015
JAVA的开发在这套方案中并没有充分发挥出来。一大堆的jsp,一大堆的脚本,一大堆的异步信息处理烦恼。一下子让我们回到了原始社会,原来我们一直在用javascript做网站开发,浏览器的兼容性谁来保证?难道用java做不到这些?非得搞那么多的麻烦事吗?
仔细思考后,你会发现表现层一直是java的弱项,仿佛打从娘胎里生下来就没能很好搞定web表现层这件事,现在google提供了gwt,它将使用java完成对前台的所有操纵方式。开发完毕后,一次性通过GWT框架转换成javascript语句。
jsp更是一杂交的滥东西,乌七八糟,看了那么多零碎的页面就让人心烦。跳来跳去,还有好事者将它们说成是代码的优美,我看是脑残的原因吧。而且在用户端更是容易暴露细节。
至此,我们的表现层就搞清楚了。快换成gxt吧。
spring在配置文件上过分滥用,以至于项目越大越头痛。越看越象是一个过渡时期的产品。现在Guice终于拿下金奖。无论在性能还是在方便程度上都强势胜出。它无需配置xml,通过注释来完成匹配,它的速度是解析XML的SPRING的一百倍。
快换成guice吧。
hibernate对于sql语句无法很好的体现出很好的控制性,而ibatis则能让开发者很好的使用原生的sql语句来进行开发,*度也达到了最大化。
赶快换成ibatis吧。
种种颓势表明,这种架构不是完美的。我们急需寻找一种符合2009年开发者心态的架构。以上这些问题使用GWT全都不再有了。它出自GOOGLE众高人之手,依然是大手笔。真正能让开发者快乐的一件优秀产品。
让我们重新来体会java的好吧。
欢迎喜欢web2.0开发的朋友加入 Q_Q_group:5069015
上一篇: 汉朝无比强悍,最后又是怎么灭亡的?
下一篇: Gson的解析Json数据的两种方式