继续用手去戳GWT

昨天搞了下GWT开始有点感觉了，今天继续再研究下，看看以后项目里能不能也让这个新生代也搅和几下。

 

昨天研究的前台，今天开始研究后台的数据传输。这个GWT为了实现异步传输和使用安全通信，捣鼓出了RPC机制，以我的理解就是远程处理回调机制GWT为了实现异步传输做了一个异步回调接口，需要两个方法实现，一个成功一个失败。要取得服务器上的数据还要定议客户端接口和服务端实现，在使用接口时再加入那个回调接口，当然了，不管是服务接口还是服务实现都是继承于GWT的远程服务接口和类。具体内容不说了，那个可以去google上看文档。

 

想想google搞出的这一套，为了实现异步使用了远程调动，如果用java的思维应该是用线程了，哦，对了，他是要编译成js但js是单线程的，这个应该是模拟不了，而使用远程调机制应该是想使用代理器进行反射，并在切入口处加入回调方法而不去破坏接口的整体完整性。也不知道我想的对不对。

 

今天我使用过后的感觉就是，这个GWT是可以用，但只是做为一个单页面或少量页面的丰富交互页面来使用，如果是客户定制的大量不同页面众多功能也还使用GWT的话...，我不知道会怎么，没做过，只能是猜测。但从google的演示来看，用它来做自己的个性产品是非常适合的，还有，用swing做桌面，只要能想到就能做出来，现在对于GWT来说，用他来做WEB仿桌面程序，他可是不二之选。

 

对于GWT的研究准备放下了，他不适合我，至少现在还不适合，明天准备再做个demo给项目组的朋友们做个演示和交流，看看他们有没有什么新的火花，我还是继续整理工具包了

评论

1 楼 jy1245626 2011-03-24  

引用

今天我使用过后的感觉就是，这个GWT是可以用，但只是做为一个单页面或少量页面的丰富交互页面来使用，如果是客户定制的大量不同页面众多功能也还使用GWT的话...，我不知道会怎么，没做过，只能是猜测

哥告诉你，GWT生来就是为了解决大型应用中js不可控的问题，你要是只是简单的页面，直接js就行了

现在哥的项目里面就是在用GWT开发一个4KW的项目，那js和html编译完后有1G多，但是到目前为止，整个项目还是可控的。唯一揪心的就是那IE6 SP2下的js引擎，内存泄露不说，解析的速度更是揪心，只要解决了这个问题，基本上GWT就无敌了。哈哈