SWT也采用AWT和Swing的构件的布局
我们最常用的图形构件基本都被包括在*.widgets包中，比如Button，Combo，Text，Label，Sash，Table等等。其中两个最重要的构件当数Shell和Composite。Shell相当于应用程序的主窗口框架，上面的例子代码中就是应用Shell构件打开一个空窗口。 Composite相当于Swing中的Panel对象，充当着构件容器的角色，当我们想在一个窗口中加入一些构件时，最好到使用Composite作为其它构件的容器，然后再去*.layout包找出一种合适的布局方式。
SWT对构件的布局也采用了AWT和Swing中Layout和Layout Data结合的方式，在*.layout包中可以找到四种Layout和与它们相对应的布局结构对象（Layout Data）。在*.custom包中，包含了对一些基本图形构件的扩展，比如其中的CLabel，就是对标准Label构件的扩展，上面可以同时加入文字和图片，也可以加边框。StyledText是Text构件的扩展，它提供了丰富的文本功能，比如对某段文字的背景色、前景色或字体的设置。在*.custom包中也可找到一个新的StackLayout布局方式。
SWT对用户操作的响应，比如鼠标或键盘事件，也是采用了AWT和Swing中的Observer模式，在*.event包中可以找到事件监听的Listener接口和相应的事件对象，例如常用的鼠标事件监听接口 MouseListener，MouseMoveListener和MouseTrackListener，及对应的事件对象MouseEvent。
*.graphics包中可以找到针对图片、光标、字体或绘图的API。比如可通过Image类调用系统中不同类型的图片文件。通过GC类实现对图片、构件或显示器的绘图功能。
对不同平台，Eclipse还开发了一些富有针对性的API。例如，在Windows平台，可以通过*.ole.win32包很容易的调用ole控件，这使Java程序内嵌IE浏览器或Word、Excel等程序成为可能！
要进一步了解SWT的情况，可以在Eclipse IDE的帮助文档中找到SWT的JavaDoc说明。当然最深入的了解莫过于去读SWT的源代码，这也正是开放源代码项目对程序员的魅力所在!
更复杂的程序
下面让我们展示一个比上面例子更加复杂一些的程序。这个程序拥有一个文本框和一个按键，当用户点击按键的时候，文本框显示一句欢迎信息。
为了文本框和按键有比较合理的大小和布局，这里采用了GradLayout布局方式。这种布局是SWT中最常用也是最强大的布局方式，几乎所有的格式都可能通过GradLayout去达到。下面的程序也涉及到了如何应用系统资源(Color)，以及如何释放系统资源。
系统资源的管理
在一个图形化的操作系统中开发程序，都要调用系统中的资源，如图片、字体、颜色等。通常这些资源都是有限的，程序员务必非常小心的使用这些资源：当不再使用它们时，就请尽快释放，不然操作系统迟早会油尽灯枯，不得不重新启动，更严重的会导致系统崩溃。
SWT是用Java开发的，Java语言本身的一大优势就是JVM的"垃圾回收机制"，程序员通常不用理会变量的释放，内存的回收等问题。那么对SWT而言，系统资源的操作是不是也是如此？答案是一个坏消息，一个好消息。
坏消息是SWT并没采用JVM的垃圾回收机制去处理操作系统的资源回收问题，一个关键的因素是因为JVM的垃圾回收机制是不可控的，也就是说程序员不能知道，也不可能做到在某一时刻让JVM回收资源！这对系统资源的处理是致命的，试想你的程序希望在一个循环语句中去查看数万张图片，常规的处理方式是每次调入一张，查看，然后就立即释放该图片资源，而后在循环调入下一张图片，这对操作系统而言，任何时刻程序占用的仅仅是一张图片的资源。但如果这个过程完全交给JVM去处理，也许会是在循环语句结束后，JVM才会去释放图片资源，其结果可能是你的程序还没有运行结束，操作系统已经宕掉。
但下面的好消息也许会让这个坏消息变得无关紧要。对于SWT，只需了解两条简单的"黄金"法则就可以放心的使用系统资源！之所以称为黄金法则，一是因为少，只有两条，二是因为它们出奇的简单。第一条是"谁占用，谁释放"，第二条是"父构件被销毁，子构件也同时被销毁"。第一条原则是一个无任何例外的原则，只要程序调用了系统资源类的构造函数，程序就应该关心在某一时刻要释放这个系统资源。
【编辑推荐】
