LCD问题：从awt 到 swing 再到 swt/JFace

 

几乎所有的 GUI工具包都要面临这个问题。这里的LCD可不是液晶显示器。有的资料说LCD是“最小公分母”（Lowest Common Denominator）的缩写。有的说是“本地化”的意思，查了一些资料，也没有得到一些权威详细的解答，但是知道LCD表示什么问题就行了。

 

这个问题就是：GUI工具包仅支持存在于所在平台上的窗口构件。例如AWT对Windows是没问题的，AWT在Windows上可以支持tree（树型控件、列表控件等），但是因为 Motif 没有提供本机树型窗口构件，AWT 就没有包含树型窗口构件。

 

Swing则走向了另一个极端。虽然带有一个很出色的 API 进行优雅地设计，Swing 还是自己实现窗口构件。因此 Swing 不依赖于操作系统提供窗口构件。无论本机是否支持，这都为 Swing 提供了不可思议的灵活性。但是，因为 Swing 自己绘制这些窗口构件，所以最终的外观看起来与本机应用程序有明显的不同。并且，由于要自己绘制这些构件，Swing要占用比较多的内存，效率也较低。

 

SWT(Standard Widget Toolkit) Standard Widget Toolkit是一个开源的GUI编程框架，与AWT/Swing有相似的用处，著名的开源IDE-eclipse就是用SWT开发的。 在SWT之前，Sun已经提供了一个跨平台GUI开发工具包AWT (Abstract Windowing Toolkit). 虽然AWT框架也使用的是原生窗口部件(native widgets)，但是它一直未能突破LCD问题。LCD问题导致了一些主要平台特征的遗失。

SWT的方向是：“如果在所在的OS上有本机窗口构件就使用它。如果没有，就模拟它。”前面提到的树型窗口构件就是这样一个示例。因为 Windows 支持本机树型窗口构件，所以在 Windows 上运行时，SWT 就使用它。但是，Motif 不支持树型窗口构件，因此 SWT 在 Motif 下运行时绘制其自己的窗口构件版本。使用 SWT，结果应用程序看起来与其本机的同类应用程序很相似，因为尽可能地使用了本机窗口构件。

 

为了方便开发SWT程序，在SWT基础上又创建了一个更易用、功能强大的图形包“JFace”。然而，JFace并不能完全覆盖SWT的所有功能，所以编程时SWT、JFace都会要用到，但是一般来说，能用JFace的组件就最好不要用SWT的。