知识大全 gwt和echo2的对比

Posted 2022-07-20 传统

篇首语：时间，就象海棉里的水，只要愿挤，总还是有的。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全 gwt和echo2的对比相关的知识，希望对你有一定的参考价值。

　　综合对比

　　两个都是非传统的b/s框架都是用AJAX来构造动态网站编程过程都和SWT/Swing差不多

　　区别在于一个运行于客户端一个运行于服务器

　　 gwt把代码编译为+js 目前只支持java 规范 echo没这限制

　　 gwt可以运行于任何web server echo则需要传统的servlet容器（意义不大现在哪有静态网站啊后台交互肯定还是需要的）

　　 echo 的客户端引擎通过ajax提交用户动作对用户界面增量更新

　　性能

　　 gwt的页面logic都在浏览器上所以很快但是如果需要和中间层交互就会碰到同样的网络问题

　　 echo 的代码跑在server上所以所有的交互都需要反馈给server echo 在设计上尽量减少这种交互比如客户对文本的修改都是延迟发送到服务器而服务器只发送页面的变化部分到浏览器

　　 gwt应用被编译成一个页面虽然应用的复杂化这个编译结果也随之变得可怕……（个人认为随着编译器的发展不同的页面可以做到lazy load）

　　 echo的js模块是lazy加载到浏览器的界面上呈现哪些控件才去加载并且缓存对应的js模块发送到客户端的不是逻辑代码只有用户状态（个人认为echo 现在过于lazy 导致初始化阶段多次访问server加载一些基本的js模块应该揉合到一起另外因为echo逻辑代码在服务器上相对来说可以防止盗版）

　　中间层和数据访问

　　如果要访问数据 gwt还是要回到传统的模式通过rpc访问servlet gwt提供把远程服务透明的包装起来中间传送pojo 尽管包装了中间的安全和和校验还是必须要开发者考虑

　　 echo支持SOA 但是不必须大多数情况下安全不是问题因为数据和逻辑都不会暴露到浏览器上（以前给echo提过建议浏览器用户很可能去模拟一个被disabled按钮提交这种问题现在无需考虑）

　　运行环境

　　 gwt运行在浏览器上并非所有的java类都能编译成js 　gwt现在只支持java lang/java util下面的一个子集（版本） classes interfaces and exception（这让人想起了j me开发）一些现有的类库就别想了

　　调试 gwt调试需要一套和运行时完全不同的环境 HOST模式代码作为真正的java在运行（个人认为这里因为是纯java调试比echo的web调试要稍微方便一些做单元测试也更方便些但不是对最终browser的测试）

　　 echo调试就是传统的servlet调试

　　授权

　　 gwt的api是开源的编译器和host模式浏览器不公开整体来说 free （个人认为如果要扩充gwt可能会遇到麻烦）

　　 echo 开源 mozilla public license free（个人认为 echostudio也free就好了 nextapp毕竟要生存）

　　应用

　　 gwt可以嵌入传统的静态也能作为一个完整应用做大应用要考虑编译后的重量本地化库支持等问题（关于 n 可以在gwt支持论坛上搜索i n 似乎已经有方案）

　　 echo 成熟得可以适用各种应用但是不能作为静态页面的一部分使用（有点吹牛在大访问量下服务器的压力肯定不会小）

　　个人结论

　　开发方式都很优秀用纯java开发b/s

　　 gwt可用于大型网站把压力转嫁给客户端

　　 echo可用于快速开发复杂的企业应用把压力丢给服务器（企业里面最清闲的就是前台和服务器）

　　两个产品都很优秀 GWT是年的IT飓风波及后面几年 M$的日子要难过了 GOOGLE的确是个令人头痛的对手

　　然而还有比gwt/echo 更美好的未来吗？

　　有！把他们的输出变成flash 用java开发flash应用去年探索过一段时间原型已经出来因为flash开发调试太ugly 没有继续下去

cha138/Article/program/Java/Javascript/201311/25303