UI技术大总结

 

这几天看了好多用户界面的资料，小结一下。主要比较Java 的各种UI技术。

起因是我要用Java 做个UI 出来，虽然以前捣鼓过swing ，但好久不用了，已经生疏了。不知道Java 的UI 技术现在发展到何种程度了。于是便用google 对常去的站点狂搜一通。经历了痛苦的厚此薄彼的选择后于是便有了此文。

老式的UI我用过的有MFC ，wxWidgets，现在用过Flex 和 WPF后，对照感太强烈了，便感叹当初学MFC 真TMD不值了，浪费了那么宝贵的时间结果却一下被微软给淘汰了，而且还留下了一大堆坏的思维习惯。比如MFC 的事件处理是消息-映射模型，现在的事件处理基本上都是类似事件监听模型了，SWT, Swing, Flex, WPF,JSF的事件处理机制都很相似，都是先设计好界面，然后在代码里面写上事件监听器。

目前根据Vista 的WPF 来看，UI 的趋势是将来界面一定都是以标记语言来描述的，而且桌面应用和Web应用 将统一起来，不再有C/S和B/S之分，虽然这在java 界看来遥遥无期，不过Vista 貌似接近了。SF 上也有xml 描述java 界面的项目。

当然，其实用不用xml 描述界面无所谓，重要的是要有好的UI设计器。比如swing 就有netbeans ，在java 中应该算是最好的界面设计器了，而SWT 中最好是SWT Designer 却收费还不好用，自己长得也不怎么样设计的界面也丑，跟Matisse 有天壤之别。现在XAML 就有express blend ，达到了既是XML描述又有好的设计器（虽然它还没有和VS 整合），堪称完美，微软果然是可怕的集团军。

Java 桌面现在声名最响的恐怕就是eclipse 的SWT 了，各个技术论坛都在谈SWT和RCP，不过也有声音说swing 现在性能超过了SWT，而且有文章说Swing 现在已经是GUI 主流工具了，看Swing is dominant GUI tool kit ，而在我看来国内现在大家似乎都在用SWT 和 eclipse rcp，有了蓝色巨人的推广，跟着eclipse 没错。传闻Swing 既丑又慢，而SWT直接原生的操作系统控件， 跟本地操作系统外观一致。看看eclipse 就知道SWT 确实要漂亮，虽然netbeans 5.5 也很漂亮，但还是得承认比不上eclipse。不过有大牛说Swing 丑是因为SUN把它做得默认外观不好，真正的好的UI 还是要自己设计的，你要是真正设计起来其实SWT 和Swing 没有丑美之分，关键在人的设计。嗯，这话我赞同。 目前还有个难下决断的是如果纯从技术上讲eclipse 的核心和netbeans的核心到底谁的架构好,网上很少有关于eclipse 和netbeans 核心的资料，eclipse 是基于OSGI标准的，netbeans是基于J2SE的META-INF/services的，估计二者都一样吧，都是插件体系结构。

综上所述，Java桌面现在的情况是：SWT 默认比Swing 漂亮，不过这在人的设计，平手；SWT没有好的UI 设计器，Swing有netbeans，Swing胜出；SWT跨平台性比Swing差，但可以利用操作系统的特性，可能比Swing快一点，Swing绝对WORA，平手； eclipse 已经牢牢占领了市场，SWT 和RCP的市场需求比Swing和netbeans RCP 要大，这是致命的，SWT胜一大截； SWT 架构不如Swing 优美，其中还有一点类似MFC 消息循环，令人反感，而Swing 则是”MVC 的典范”，代码优雅漂亮，平手。

目前eclipse RCP嵌入式版本，e RCP, 对应的，就有嵌入式版本的SWT, eSWT,netbeans似乎还没有嵌入式版本，但是在一篇文章看到预言netbeans 将分成三个版本，其中就包含一个嵌入式版本。

在web UI上java 的框架可太多了，我只看中两个：Struts和JSF，Struts现在已经成功和webwork整合，不同往日了，而JSF 是JSR标准，很多厂商都直接支持这两个框架，还真分不出优劣。不过看了flex做的网站我真的觉得这些框架都不理想，界面既不是用XML描述的还做不出什么好效果，即使做出来了也很费劲。国内还有一家公司在做web 版的SWT，smartSWT，想法不错但也有很多无法容忍的弊端。SF上也有SwingS 和SwingWeb，是用Swing 在服务端描述界面，向客户端浏览器输出HTML界面，但都是小东西，很少人关注。唉，都说J2EE成功，但在Web UI 上怎么就难得有一个让人称心的工具呢？现在有一种思路是用Flex 做客户端，后端用J2EE，我实在不敢恭维，用不同的技术体系做一件事，增加学习成本，而且ActionScript的脚本风格实在不合我的胃口。我更倾向与一个纯java 的解决方案。看来web 界面上java 没什么出彩的东西。

Flex 用XML 描述界面，后台用actionscript3.0 写后台逻辑，能够实现界面和逻辑完全分离。Flash相信大家都已经认同它的效果吧，Flex 就可以做出和Flash同样炫的效果，要多好看有多好看。Flex 有Flex Builder 工具，开发起来很方便，而且即将出来的Apollo也很令人期待，所以看来Flex 不经要占领Web 还要占领桌面，很有希望。唯一我不舒服的是ActionSript 3.0 的语法，总是像在写脚本，而不是编程，让人不放心，也许它的语法太灵活我还没有熟练驾驭吧。

WPF 跟Flex 一样，也是用XML描述界面，目前 还只能用C#写后台逻辑，不过WPF有重量级的.net 3.0 部署在客户端，如果Vista 真的普及了，Flash 的末日就到了(估计还可以在手机上占据一席之地)。不过就目前情况看，flash player 远比.net 的普及率高，加上flash 的轻量级和跨平台性，Flex 是目前最实际的RIA方案。

    不管怎样，将来UI 都将用XML 描述，B/S 和C/S统一，目前.net 快要做到了，Apollo也在努力，唯独还没见Java 有对应的技术，让我们继续期待吧。

    原文链接：http://hi.baidu.com/soulmachine/blog/item/dc04c139c2acc9f33b87cee1.html，欢迎大家给我指点。

3月六号增补：

   swt 真的比swing 快吗？看看Swing为什么能比SWT快？ ，Swing和SWT性能测试比较。

       eclipse 用户确实比netbeans 多，那为什么swt 用的人却比swing 少呢？看Swing is dominant GUI tool kit ？ SWT 架构不如Swing 是事实，易用性却比Swing 好，上手快，这是我的体验，而且和本地操作系统外观一致，省了我不少功夫。不过有观点说SWT bug 无数，比swing 晚7 年，不成熟。看这篇文章:SWT已经是日薄西山了

      用java 开发大型软件，到底改用  eclipse rcp 还是netbeans rcp？javaeye 上有人说由于eclipse 有GEF 和 EMF ,所以如果开发图形建模工具，用eclipse ，如果开发普通桌面程序，用swing 和netbeas rcp。看来我是要开发普通的，该用netbeans 喽？但是eclipse 有很多开源库可以用，资源很丰富，用netbeans rcp 似乎势单力薄.....

      目前我只用过swing 和JSF，RCP 正打算学，听说做大软件它能省不少功夫。目前eclipse 市场比netbeans 要大，似乎大家学RCP 也都是在eclipse 这边，而我已经习惯了netbeans 和swing ，所以对自己没有信心，想多学点东西，于是现在在观望着eclipse 的东西。希望大家继续给于指点。微软阵营真是太整齐了，最理想的是等vista 普及了，xaml 同时搞定web 和桌面，目前可以选择asp.net +asp.net ajax，wpf/e 将来可以可以作为asp.net 的辅助。将来 WPF 和asp.net + asp.net ajax +wpf/e同时存在。嗯，选择不是很多，没有java 这么痛苦啊

评论

31 楼 blu3leaf 2007-03-28  

引用

hexiaodong 写道
swing 虽然控件丰富，但在我看来不是做界面的好选择。主要原因是java语言是静态类型的，用swing 显示实体对象或者对象图的时候，常常需要把你的实体模型转换成swing控件所需要的视图模型，比如要在tree控件显示，你得把对象转换成TreeNode，或者干脆从TreeNode继承；如果要显示在表格中，还得把对象集合转换成TableModule。工作量不小啊。

我们老师教我们都是拿swing来做界面的，转换模版也就是多了2步
工作量还是可以接受的

30 楼 zbird 2007-03-26  

NoName 写道

eclipse的 VE 不好用么？一直想抽时间学点java桌面程序开发呢

感觉和netbeans差太多了。
可能是还不习惯布局管理器，用得我暴郁闷。
netbeans的就好很多，会给你自动选择合适的布局管理器，感觉很好。

29 楼 giscat 2007-03-26  

yuping322 写道

swing太复杂了，用XML描述界面，以后肯定会是主流的。所以把握这一点，swing真正描述画面的逻辑和程序逻辑不分，连VB都不如。Swing好处是提供了一个很好的模型，而且提供了对底层修改的能力。
XAML和flash那个肯定是主流，java开源的也有相关的项目,不过发展的不怎么样。

       swing复杂是复杂的，性能也是有问题地，不过是MVC的典范，
           怎么会描述画面的逻辑和程序逻辑不分呢？

28 楼 NoName 2007-03-26  

eclipse的 VE 不好用么？一直想抽时间学点java桌面程序开发呢

27 楼 lgx522 2007-03-26  

前一阵子试过一下netbeans platform，感觉是很棒的。

26 楼 yuping322 2007-03-25  

swing太复杂了，用XML描述界面，以后肯定会是主流的。所以把握这一点，swing真正描述画面的逻辑和程序逻辑不分，连VB都不如。Swing好处是提供了一个很好的模型，而且提供了对底层修改的能力。
XAML和flash那个肯定是主流，java开源的也有相关的项目,不过发展的不怎么样。

25 楼 jianfeng008cn 2007-03-25  

hexiaodong 写道

[quote="jianfeng008cn]
实体模型到视图模型， 这个转换js也是需要的啊，我觉得这方面的工作量并不大的，有个通用的方案和js应该就没什么区别了，谈论swing和web的js控件不具什么可比性吧

我已经说过了为什么使用js控件的时候可以不必转换实体模型和视图模型。如果你一定要说js也需要的话，你说明原因好么。

你给的例子bindroot方法难道对root的属性、结构等都没有要求？
比如{id:'',name:''}我就这样表示一下意思吧，但是对象实际拥有的可能是code 和 nickname，
每个控件如树啊表啊还是需要特定的datamodel的，要不也就没有树表这样的称谓了，实际的model逻辑上即使符合，也需要做一定的映射，拿dotnet控件来说，即使是通过sql来行成绑定数据至少也得有个表字段到显示字段的映射，拿ext的控件来说也提供了控件需要的datamodel，实际数据的model到控件的datamodel还是需要一个映射的，同样swing的控件也是如此，这并不是语言级别的问题，所以我说了拿swing和web的js控件来做这方面的比较就没什么意义了，如果一定要比也可以看看swing 和ext 在这方面的设计思路。
一直争论的swing和awt 、swt等也从来不是因为java语言的问题，我想
你那段话的意思在我看来，未免有“java不适合做UI ，js适合做UI”，感觉比较怪异，当然也有可能是我对你的意思理解不对。

24 楼 soulmachine 2007-03-25  

cannoulc 要花钱，不开源，根本不值一提。

23 楼 hexiaodong 2007-03-22  

[quote="jianfeng008cn]
实体模型到视图模型， 这个转换js也是需要的啊，我觉得这方面的工作量并不大的，有个通用的方案和js应该就没什么区别了，谈论swing和web的js控件不具什么可比性吧

我已经说过了为什么使用js控件的时候可以不必转换实体模型和视图模型。如果你一定要说js也需要的话，你说明原因好么。

22 楼 wxwdt 2007-03-22  

大家可以看一下canoo的ulc！！

21 楼 giscat 2007-03-21  

swing一定要雄起啊

20 楼 jianfeng008cn 2007-03-21  

hexiaodong 写道

swing 虽然控件丰富，但在我看来不是做界面的好选择。主要原因是java语言是静态类型的，用swing 显示实体对象或者对象图的时候，常常需要把你的实体模型转换成swing控件所需要的视图模型，比如要在tree控件显示，你得把对象转换成TreeNode，或者干脆从TreeNode继承；如果要显示在表格中，还得把对象集合转换成TableModule。工作量不小啊。

但假如用html+js来做界面就不会有这样的问题。js是动态脚本语言，很容易做到控件直接使用实体对象作为控件视图模型。假如显示目录控件，你只需要tree.bindRoot(root)，就行了，root可以使任何一个js对象。控件自己会在js对象上织入控件本身所需要的属性。

实体模型到视图模型， 这个转换js也是需要的啊，我觉得这方面的工作量并不大的，有个通用的方案和js应该就没什么区别了，谈论swing和web的js控件不具什么可比性吧

applet的失败也不是java技术的原因啊

web的ui 现在ext好象很不错

19 楼 soulmachine 2007-03-21  

jaxx 的历史太短，一年不到，而且一直是beta ，根本不能放心用

18 楼 xfli333 2007-03-19  

JAXX

17 楼 whisper 2007-03-19  

windows上的事件监听就是消息映射的一个wrapper
学MFC是好事，了解底层永远是最正确的选择

16 楼 azure 2007-03-19  

swing好像没有获得它应有的地位，其实swing very nice，
http://www.blogjava.net/azure

15 楼 hexiaodong 2007-03-16  

假如语言层次就给你解决了这个问题，就不需要反射和复杂的模式了。何乐不为

14 楼 dearwolf 2007-03-16  

hexiaodong 写道

swing 虽然控件丰富，但在我看来不是做界面的好选择。主要原因是java语言是静态类型的，用swing 显示实体对象或者对象图的时候，常常需要把你的实体模型转换成swing控件所需要的视图模型，比如要在tree控件显示，你得把对象转换成TreeNode，或者干脆从TreeNode继承；如果要显示在表格中，还得把对象集合转换成TableModule。工作量不小啊。

所以就要合理应用设计模式以及反射机制了

13 楼 hexiaodong 2007-03-16  

swing 虽然控件丰富，但在我看来不是做界面的好选择。主要原因是java语言是静态类型的，用swing 显示实体对象或者对象图的时候，常常需要把你的实体模型转换成swing控件所需要的视图模型，比如要在tree控件显示，你得把对象转换成TreeNode，或者干脆从TreeNode继承；如果要显示在表格中，还得把对象集合转换成TableModule。工作量不小啊。

但假如用html+js来做界面就不会有这样的问题。js是动态脚本语言，很容易做到控件直接使用实体对象作为控件视图模型。假如显示目录控件，你只需要tree.bindRoot(root)，就行了，root可以使任何一个js对象。控件自己会在js对象上织入控件本身所需要的属性。

12 楼 willpower 2007-03-14  

我觉得Nexaweb也很不错的, 不知道你用过没有, 对其进行封装后可以直接以java swing的方式来编写Web UI.