随笔档案(496)

       SWT-"Standard Widget Toolkit"，它是一个Java平台下开放源码的Native GUI组件库，也是Eclipse平台的UI组件之一。从功能上来说，SWT与AWT/SWING是基本等价的。SWT以方便有效的方式提供了便携式的（即Write Once，Run Away）带有本地操作系统观感的UI组件。
       由于widget系统的固有复杂性以及平台之间微妙的差异，即使在理想情况下，能够达到工业标准的跨平台的widget类库也是很难编写和维护的。最早的AWT组件现在被认为是样貌丑陋的，而且存在很多问题；SWING组件虽然也是缺点多多，但是随着JDK版本的不断升高，它仍在不断进行着改进。我认为，SWT在功能上与AWT/SWING不相伯仲，但是组件更为丰富，平台表现稳定，BUG也相对较少。如果你的应用程序真的需要在多个平台上运行，需要更为美观的界面，又不那么依赖于其他基于AWT/SWING的图形库，那么SWT或许是一个比AWT/SWING更好的选择。

=========================================

为什么要使用SWT?

　　SWT是一个IBM开发的跨平台GUI开发工具包。至于为什么IBM要费劲自己另起炉灶开发一个GUI工具包，而不是使用Sun现有的由AWT, Swing, Java 2D, Java 3D等构成的Java GUI框架，那就说来话长了。（记得在一个BBS上读过一个关于SWT起源的调侃类的帖子）。

　　在SWT之前，Sun已经提供了一个跨平台GUI开发工具包AWT (Abstract Windowing Toolkit)。虽然AWT框架也使用的是原生窗口部件(native widgets)，但是它一直未能突破LCD问题。LCD问题导致了一些主要平台特征的遗失。如果你不明白的话（其实我也没明白），换句话说，如果平台A有窗口部件（widgets）1–40，而平台B有窗口部件（widgets）20–25，那么跨平台的AWT框架只能提供这两个窗口部件集的交集。

　　为解决这个问题，Sun又创建了一个新的框架。这个框架不再使用原生窗口部件，而是使用仿真窗口部件（emulated widgets）。这个方法虽然解决了LCD问题，并且提供了丰富的窗口部件集，但是它也带来了新的问题。例如，Swing应用程序的界面外观不再和原生应用程序的外观相似。 虽然在JVM中这些Swing应用程序已经得到了最大程度的性能改善，但是它们还是存在着其原生对应物所不具有的性能问题。并且，Swing应用程序消耗太多的内存，这样Swing不适于一些小设备，如PDA和移动电话等。

　　IBM进行了尝试以彻底解决AWT和Swing框架带来的上述问题。最终，IBM创建了一个新的GUI库，这就是SWT。SWT框架通过JNI来访问原生窗口部件。如果在宿主（host）平台上无法找到一个窗口部件，SWT就会自动地模拟它。

=====================================

Tags：java,rcp,jface,swt,ibm,eclipse,ui,gui