从GWT说起

一直把GWT和GData混淆，大概也知道GWT可以把Java代码转变成Javascript代码，但却一直认为这只限于对服务器的远程调用。现在看了一下正式文档，原来更多的还是UI Toolkit。为什么这么多基于浏览器的UI Toolkit呢？我想主要原因就是，大家太想把桌面应用程序的UI带到浏览器中了，而浏览器并不天然具备这些功能。

首先，让我们先来看一下桌面应用的情况。比如在Windows平台上，所谓的User.dll只提供了基本的窗口管理和GDI绘图功能，当然微软还实现了一些标准控件（所谓 Common Control），比如Button,Menu,ListBox等等。之所以有标准控件，是为了避免重复造轮子，因为基本上所有的程序都要通过图形界面向 用户呈现，并接受用户的输入。在没有这些标准控件之前，比如DOS时代，用户只能自己利用最底层的绘图功能来实现。这样的代码太高，而且现实和操作都很不 规范。Windows的出现，或者有人说Mac也好，改变了这一点。所以现在我们说到文本输入，就知道用TextBox控件，需要用户确认，就知道要加一 个Button控件。这些标准的控件，大大规范了用户的操作，也提高了开发的效率。如果用专业一点的词汇来说，就是design pattern，根据某个特定场景提供的解决方案。因为我们已经如此的习惯标准控件，所以找就淡忘了他说曾经带来的革命性变革。

但是，人们在实际中遇到的问题会复杂的多，而且各不相同，很快 标 准控件就不够用了。遇到这种情况，很多开发者又会重操宝刀自己开发控件。很多控件其实是在现有控件的基础上进行改良的，比如很多人都曾经在Button控 件的基础上开发过BitmapButton（也就是在Button上贴图），或者实现可点击TextLabel（模仿超链接）。每每这个时候，我们就会痛 骂微软为什么不在操作系统里直接提供这些常用的控件！估计微软也是害怕别人说他垄断，像IE那样。其实，我更愿意相信是微软不想跟第三方开发商竞争。作为 平台厂商只提供最基本的功能即可，其它的扩展应用留给别人吧 。毕竟，很多公司就是靠这些空白而生存的，微软不提供的，他们来提 供。不仅如此，因为用户的需求是千变万化的，没有哪一家公司能够全面满足。这样大家各有专攻，大家有饭吃。比如有些专门做表格控件，有些专门做流程图控 件，有些则提供Office风格的控件。当然了，一些开发工具厂商也会额外提供更多的通用控件。比如我们大家都很熟悉的Borland公司的Dephi和 C++ Builder等产品，就有很多通用控件的支持，大大提高了开发的速度。微软，在每一般新的WINDOWS版本面世的时候，也会提供一些新的控件，比如 Vista里就多出了Task Dialog。

在桌面应用时代，因为我们有很多的UI控件可供选择，所以UI呈现能力很强大，开发也很简 单。但是，到了Web应用时代，我们就遇到了麻烦。因为浏览器支持的HTML语言里，并没有很多的控件可用，所以早期的Web应用界面乏善可陈，比较简 陋，特别是交互性比较差。随着Web越来越流行，越来越多的应用以Web的方式来提供，终于促使了基于浏览器的UI控件的大发展。虽然HTML提供的标准 控件很少，但是基于现有的DOM+CSS+Javascript完全可以实现更复杂的UI控件，就像桌面应用曾经所做的那样。不仅如此，人们迫切的希望把 桌面应用开发的模式和经验直接搬到Web应用上来，以减少重新学习的成本，能直接照搬就最好了。

终于我们又讲到了GWT。Google 说，既然大家都是用的Java，很多人还用了Swing，SWT等Java的UI库，现在我们还是这么干。还是用Java，还是按照原来一样写界面，还是 用原来的UI库（呃，不是，应该是GWT库，用法类似。但是要根据Web应用模式进行相应的调整，而不能差别太大造成实现的困难，所以其实是重新封装 的）。这个GWT库呢有两种运行模式，Hosted Mode和Web Mode。在开发的时候使用Hosted Mode模式下，代码会被编译成Java ByteCode而运行在自带浏览器的JavaVM里，并动态生成HTML代码进行UI显示，可以对Java代码进行设置断点调试！而等到要发布的时候， 直接把代码编译成HTML+Javascript文件，就可以运行在标准浏览器里了。这其实就是一个代码生成的过程，并不新鲜，比如在JSP和ASP都有 服务端的UI控件，在运行时自动生成对应的HTML代码。差别主要是，GWT在编译时会把Java代码编译成Javascript，相应的也会把用到的 Java类库转成Javascript代码（我想并不是所有的Java类库都能如此转换的，应该有一些限制，比如只能使用最基础的类库（比如 java . util . ArrayList ）以及特殊封装的类（比如 com.google.gwt开头的 ）。而JSP和ASP等并不提供类似的Java或者C#到javascript代码的转换，对于要在客户端浏览器运行的javascript代码，必须事先写好然后嵌入的--微软也有类似产品能够实现这种转换，那是后话了。

所 以，总结一下，GWT就是对常见桌面UI控件进行了在浏览器里的实现，并以Java类库的封装方式进行提供给大家使用。网络上还有很多提供了桌面UI控件 的浏览器实现的，他们之间的差别主要体现在封装方式上。比如像EXT库，直接以Javascript库的方式封装。而Flex呢，是以SWF格式来封装 的，只能运行在Flash播放器里。还有Silverlight，以.NET的IL格式来封装，需要Silverlight Runtime。