|
锁定老帖子 主题：GWT用来开发web程序会不会成为趋势
精华帖 (0) :: 良好帖 (12) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2012-01-18
最后修改：2012-01-18
GWT不会成为趋势，除了前面各位提到的优点和缺点之外，我觉得没必要用Java来“写”Javascript代码。GWT的设计初衷，我就不赞同。
Javascript作为一门动态语言，本身就比静态的Java更灵活、更强大。Javascript的开发效率、敏捷程度，是java不能比的。 Javascript编辑器的支持的确没有Java好，但是并不妨碍，写完之后直接刷新网页，调试效率高。 没必要强求成员提示，我写Java代码就一直按ESC，不让提示，一个方法用过两次就记住了，顶多用个自动补全。 至于Java强大的自动重构功能，对于Javascript更是没有必要。重构的代码，说明机器能自动写，这部分代码基本上是“死的”，需要编辑器帮忙避免重复劳动。但是用Javascript，你没有必要写那么多“死的”代码，如果你写了，说明你没有利用好动态语言的特性，或者你用了一个差劲的类库。 用过python,ruby的，都会有同感吧。 |
| 返回顶楼 | |
|
发表时间：2012-01-18
feng2356 写道 如果有一天,对于js的编辑器支持能做到java的程度,那么gwt就没有什么存在价值了,
大家考虑gwt的未来趋势,那是因为js在前端越来越重要了. IDE是浮云，优秀的jser，不需要这些IDE的 |
| 返回顶楼 | |
|
发表时间：2012-01-25
软件天皇 写道 damoqiongqiu 写道 不会成为趋势，一个重要的理由是，GWT和当前前端越来越大，分工越来越细的发展趋势不吻合。
个人意见，勿喷。 确实是这样，有利有弊，项目运行过程中需要先把java代码编译成js，页面都是动态生成的，会浪费一定的时间，还有就是当页面特别复杂时，做布局很困难，但是也有优点，就是很好的解决了跨浏览器运行，以及异步运行机制， 就是还不清楚是 利较弊 哪个更多些，还有就是gwt新版本中是否有改进 编译一次就转化成js了啊，不是每次都编译吧 |
| 返回顶楼 | |
|
发表时间：2012-02-11
我2006年左右，用到2008年初，也从1.1的版本开始用到2.0左右。
1.感觉GWT比较适合开发企业管理系统里 业务逻辑比较复杂、业务操作需要大而全的模块，如：取出某个数据结构树，在树节点，进行很多操作，包括拖动，编辑多个父子表信息。 2.做互联网网站，是不太适合了。 3.最近两年，不使用GWT了，改用 JQuery、DHTML等来做页面了，但是浏览器兼容经常有问题，很恼火。很是怀念GWT编译出来的代码。 最近想做个图形化的代码生成工具，觉得使用GWT来实现是个选择。 |
| 返回顶楼 | |
|
发表时间：2012-02-11
JS牛人是需要，关键是牛人慢慢都牛上天了，新上来的开发人员怎么办？
|
| 返回顶楼 | |
|
发表时间：2012-02-11
aibozeng 写道 我2006年左右，用到2008年初，也从1.1的版本开始用到2.0左右。
1.感觉GWT比较适合开发企业管理系统里 业务逻辑比较复杂、业务操作需要大而全的模块，如：取出某个数据结构树，在树节点，进行很多操作，包括拖动，编辑多个父子表信息。 2.做互联网网站，是不太适合了。 3.最近两年，不使用GWT了，改用 JQuery、DHTML等来做页面了，但是浏览器兼容经常有问题，很恼火。很是怀念GWT编译出来的代码。 最近想做个图形化的代码生成工具，觉得使用GWT来实现是个选择。 建议不要，用什么技术都会有各种问题，专注解决问题比反复折腾技术有用。 我也从gwt过来的，现在extjs，jquery都在用。 jquery+bootstrap基本能满足日常需要。 tree组建用ztree |
| 返回顶楼 | |
|
发表时间：2012-03-14
不会成为趋势，速度很慢
|
| 返回顶楼 | |
|
发表时间：2012-04-10
yjc2020 写道 gwt访问太慢，互联网根本用不了，做企业级项目还行
说到重点了！！！！ |
| 返回顶楼 | |
|
发表时间：2012-04-22
我们公司早在2年前就研究上了！目前公司已经有成熟的平台
|
| 返回顶楼 | |
|
发表时间：2012-05-07
最后修改：2012-05-07
我们公司主开发框架为GWT看了这些评论只能说没有了解过的东西最好不要随便评论好与坏,去看下gwt源码你会明白更多,上千万的数据同样可以处理
|
| 返回顶楼 | |
