Sun 和 Java Swing 2.0

93顶
3踩

2009-03-04 17:11 by 副主编 ouspec 评论(43) 有21426人浏览

Swing SUN Java

声明：ITeye资讯文章的版权属于ITeye网站所有，严禁任何网站转载本文，否则必将追究法律责任！

这是一个很长的话题，自从“Sun：放弃Swing，主推JavaFX”，“Sun冻结Swing”的传言出来，整个Swing社区对Sun放弃Swing的可能表示了强烈的反对，由于作为一个成熟Java UI技术，Swing拥有相当数量的开发者，在关于Swing的争论中，要求Sun继续支持Swing的声音不断，一些开发者也澄清了大众对Swing的错觉，详见“关于Swing的六个谎言”。

在09年1月26日，Jonathan Giles 发表了他的博客：“Java Swing 2.0”，要求Sun对Swing 进行合理的改进。

Jonathan Giles 写道

我相信不基于JavaFX的 Swing 2.0的改进非常必要，基于Java框架，专注于桌面开发。我和很多开发者交换了意见，我们认为Swing 2.0 应该有以下改进：

Generics-based 基于范型：我们不再需要将我们的对象放入不同的Swing 数据模型和组件中，只是为了接受返回对象。它应该能够通过指定数据类型创建swing 模型和组件。现在已经有了一个Swing-generics project 项目，虽然发展的有点慢，但是Swing2.0 应该包含这个项目，不需要重复工作。

Support for enumerations 支持枚举：这个需要是非常明显的，很多public static final int 数据应该由枚举替换。这可以让API干净很多。

改进对collection frameworks的支持：这就是说我们不需要一直使用Vector lists，除非绝对需要同步。

对事件分发线程 event dispatch thread (EDT) 规则的严格强制：Swing表现很慢（或者说坊间是这么流传的）。这不是事实，但不幸的是Swing就是给人这种感觉。之所以这样是因为开发者不理解怎么处理事件派发线程(EDT)。现在已经有代码可以强化关于如何处理事件派发线程的规则。其原理是当发现Swing控件在事件派发线程之外被处理时会抛出异常，还有当发现事件派发线程中有执行时间很长任务时,这些任务本不应当在事件派发线程中执行,也会抛出异常。默认的情况下，Swing2.0 应该加强对事件派发线程的检查，对所发现所有异常使用情况时都抛出异常。这也许会让开放者不爽，但带来的结果时更好的程序以及用户的更高满意度。这是值得的。 (这一段感谢alhawk翻译)。

改进 bean 绑定和验证 ：我不会说到我们需要 properties 那么远，是因为还没有足够的信息给出确认的意见，我知道 JGoodies beans binding and validation 非常有用，让创建数据驱动用户界面容易并且迅速。Swing 2.0 也应该吸取这些优点。

这篇博客得到了大量的回复和转载，在Swing社区引起了强烈反馈。Sun 也随后在官方博客“Swing and JDK 7”上做了回应：

sun 写道

Swing对于Sun非常重要，我们拥有大量的开发者在Swing 上开发，Swing在Sun 的未来开发蓝图中，在富客户端应用RIA方面，以及其他所有方面都拥有重要位置。

JavaFX也使用了很多Swing 的组件和桌面工具，Sun 很欣喜的看到基于Swing 出现了很多优秀的项目，比如： Griffon, Thinlet, Pivot 和 LWUIT 等等。

所以，我们提升了 Swing 的重要性，甚至比JavaFX的下一个版本，甚至比 Java SE 6更重要，将花大力气弥补 Swing 作为UI工具的一些不足，比如让Swing开发更加简单，比如更好的运行时runtime 部署和性能优化。这些方面的进展让Swing开发者获益，并且也让其他依赖Swing的技术也获得优势。

对于Sun来说，在JDK 6 向 JDK 7 转移的期间，首先最重要的是让运行时 runtime更加轻量化，更快下载，更快启动，对浏览器兼容更好，提升runtime性能。在Java SE 6u10中，已经得到体现。第二个就是Swing 了，让臃肿的Swing减少模板代码和概念上的复杂性，开发典型的Swing应用将使用JDK 7中的 Swing Application Framework。

Sun 将通过OpenJDK 让Sun以外的开发者更加容易为Swing贡献代码，我们已经和 XRender pipline team 团队合作为Java在Unix平台上提供更好的图形加速性能。在JDK 7中，我们将加入组件类似JXLayer, DatePicker, 和 CSS styling等等。

我们也热切希望能够在JavaFX中使用Swing的功能，尤其对听到什么类型Swing应用能够需要嵌入JavaFX组件有兴趣。

综上，就是Sun保证对Swing继续开发，并且在JDK 7中加入Swing Application Framework。

现在Sun也遵守了诺言，Swing Application Framework (SAF) 开始向社区征询意见。

Alexander Potochkin 发表了博客“Swing Application Framework is back again”。他提出了SAF面临的问题，比如在同一个JVM中运行两个SingleFrameApplication 冲突的问题；在Mac操作系统上，Swing很难提供原生的用户界面等。希望SAF能够成为一个理想的框架，解决Swing遇到的问题，过渡到Swing 2.0。

关于SAF的讨论，你也可以参与：http://weblogs.java.net/blog/alexfromsun/archive/2009/03/swing_applicati_1.html

你对Swing 2.0 有什么提议吗？你看好Swing 2.0吗？欢迎发表你的意见。

分享到：

93
顶

3
踩

评论共 43 条请登录后发表评论

43 楼 liyaxi 2010-02-09 17:11

支持swing!!!!!

42 楼 bitray 2010-01-19 17:17

wwei 写道

swt/jface 呢？

哪是IBM的

41 楼 KKFC 2009-03-07 12:04

动态语言吧 UI给动态语言很好的名分

40 楼 duloveping 2009-03-06 21:53

很好啊，呵呵，swing也是不错的啊，我也喜欢它的开发区啊，而且自己也要跟着时代走啊，所以我要好好学习JavaFX了。

39 楼 steeven 2009-03-06 21:32

最简单的form default key, escape key都要浪费一堆代码。sun这帮老sb赶快入土算了

38 楼 steeven 2009-03-06 21:31

看看winform的数据绑定，java太jb土了，swing整个一土鳖

37 楼 lotin_2001 2009-03-06 10:57

SWING 的开发速度其实不慢，不过官方提供的一些基础类太少了，需要积累

36 楼 alhawk 2009-03-06 10:38

翻译得有些问题。
下面这段话，不看原文，简直不知所云。
Swing一直速度很慢，这并不是事实，但是让人们这样感觉，这个感觉存在，因为开发者不理解如何控制处理 EDT 。现存代码缺乏关于EDT 规则相关的强制，于是不能在EDT上运行的任务执行时间很长。所以，缺省的，Swing 2.0 必须进行EDT 验证，抛出所有异常。这会让开发者不爽，但是结果会让程序运行更快，让用户满意。这很值得。

35 楼 raymond2006k 2009-03-06 09:12

很久前用Swing做一些小工具。JMeter等也常常用。 Sun能改进其界面和性能，Swing应该有希望焕发第二春。

34 楼 java.lang.Object 2009-03-06 08:49

支持SWING，也用SWING做过开发

33 楼 night_stalker 2009-03-06 04:58

Swing是个优秀的技术，但不是优秀的GUI技术。

GUI其实是个广阔的世界，不少发展趋势都非常有意义：

1.用简洁的DSL来描述：
如ruby shoes。

2.友好+流畅+漂亮的所见即所得工具：
如M$和Adobe做的那些美工也能使用的工具——工具弥补了语言的缺陷，产生了巨大的生产力。可惜Java里还没有此三者兼得的工具。

3.脱离控件的框框，做真正的图形界面：
如Windowless，各种轻量级，支持opengl, directX的新GUI库。

4.虽然不是主流，但的确也有一群人在追求真正高性能的GUI：
如ATL/WTL，汇编语言，FLTK。

5.使用动态语言+C库，兼收两者优点——这是Java GUI，.NET GUI难以做到的。

6.在web的影响下，XML式的GUI设计越来越多，如XUL、XAML、暴雪wow的插件开发。

补充1：C++的元编程还是很有挖掘潜力的，在指针、模版/运算符的帮助下，能达到很强的动态性，甚至还能玩FP（try phoenix）。相比之下引用和泛型就显得有点弱了。

补充3：WTL GUI否认了多态这个性能杀手，使用了模版元编程和汇编hack，达到了一种非常神的境界……

补充4：老实说，我觉得不少汇编写得非常优雅易读，大概因为汇编是短句，很少有一个函数就是一堆驼峰这种情形吧。

ps：为什么我就觉得swing入门简单，做起来很辛苦，产品却不怎么样呢……

32 楼 wwei 2009-03-06 04:23

swt/jface 呢？

31 楼 mtsai3 2009-03-05 20:14

EdwardWorld 写道

用过的GUI技术中，我觉得能和swing抗衡的只有c++ QT GUI技术。

非常同意。swing除了入门难点，对于界面设计来说，处处体现一种赏心悦目的美感。
它是一种设计活动，而不是一种体力活动，对于开发者工作中带来的愉悦和满足，是微软，是web界面开发无法比拟的。

30 楼 night_stalker 2009-03-05 19:01

当一个东西变得越来越重量级，用户群又非常大时，想要改革它真的很难，Sun也是没办法的啊。
于是各领风骚好几年吧。

29 楼 luolonghao 2009-03-05 18:52

EdwardWorld 写道

用过的GUI技术中，我觉得能和swing抗衡的只有c++ QT GUI技术。

QT开发感觉很像写JAVA代码，现在许可变成LGPL后估计很快会普及。

28 楼 comeofage 2009-03-05 17:20

我们用swing做前台展现，用了很复杂的jtable，包括权限和计算统计等等，后台用hibernate，websphere。
像flex，javafx等轻量级组件很难替代swing的展现能力。
我们的项目在开发周期，质量和界面美观上也获得了客户的好评。总的来说swing并没有让人失望。就是jtable的复杂程度确实太高了点。

27 楼 comeofage 2009-03-05 17:12

希望swing未来会更好

26 楼 ouspec 2009-03-05 16:49

fight_bird 写道

借用一句话：Swing还趟在技术的躺椅里睡大觉，一如Sun现在的处境。

Flex之流已经开始领跑，生产率已经不是一个档次了。

相当同意，虽然推出了JavaFX作为应对，我觉得Sun还没有对互联网技术趋势的改变做好准备。

25 楼 fight_bird 2009-03-05 16:36

借用一句话：Swing还趟在技术的躺椅里睡大觉，一如Sun现在的处境。

Flex之流已经开始领跑，生产率已经不是一个档次了。

24 楼 laiseeme 2009-03-05 16:32

终于……我忽然鼻子一酸……

发表评论

您还没有登录,请您登录后再发表评论

93顶3踩