本文主要比較Swing和SWT，分別從組件體系，組件繪製，事件模型和包設計方面進行比較。
Swing和SWT簡介
Swing產生的主要原因就是AWT不能滿足圖形化用戶界面發展的需要。AWT設計的初衷是支持開發小應用程式的簡單用戶界面。AWT缺少剪貼板、列印支持、鍵盤導航等特性；AWT功能較弱，它甚至不包括彈出式菜單或滾動窗格等基本元素。此外，AWT體系結構還存在著其他一些嚴重的缺陷。
隨著圖形化用戶界面發展的需要，Swing出現了，Swing組件幾乎都是輕量級組件，與AWT相對的重量級組件相比，Swing沒有本地的對等組件，不像重量級組件那樣要在它們自己本地的不透明窗體中繪製，輕量級組件會在它們的重量級組件的窗口中繪製。
SWT本身僅僅是Eclipse組織為了開發Eclipse IDE環境所編寫的一組底層圖形界面 API。或許是無心插柳，或是有意為之，至今為止，SWT無論是在性能和外觀上，都超越了SUN公司提供的AWT和SWING。目前Eclipse IDE已經開發到了2.1版本，SWT已經十分穩定。這裡指的穩定應該包含兩層意思
比較Swing和SWT
1．組件體系：
a) Swing：通過在父組件上動態調用add()和remove()方法，來對組件樹進行動態維護，因此，可以存在沒有父組件的子組件。
b) SWT：通過在構造函數的參數中，指定父組件，因此，不可能存在沒有父組件的子組件。
2．組件繪製：
a) Swing：通過調用組件的paint()方法來進行組件的繪製，組件進一步對他的子組件調用paint()，從而完成整棵組件樹的繪製。通過子類化，重寫paint()方法，可以完全定製一個組件的繪製。
b) SWT：SWT組件只是本地平臺上實際組件的一個代理，實際組件採用win32編程方式進行繪製，繪製的過程不在JVM中完成。因此，子類化也不能對繪製進行完全定製。當SWT組件進行繪製時，他在完成了本地的繪製以後，會返回JVM，然後對所有已註冊的PaintListener發出通知，因此，通過註冊PaintListener可以對組件繪製進行一定程度上的修改。
3．事件模型：
a) Swing中的事件會跟據當前的焦點進行發送。父組件不能對事件進行過濾。Swing中的事件監聽器都是有類型的，因此每個組件所能支持的事件類型是通過方法名來限定的。不能擴展。
b) SWT中的事件也是根據當前的焦點進行發送。父組件不能對事件進行過濾。SWT中支持有類型的監聽器，也支持無類型的監聽器，通過addListener(type,listener)，我們可以為組件添加任何類型的監聽器。
4．包設計：
a) Swing是一個純粹的組件庫，他沒有圖形的操作，他的繪製最終轉發給Java 2D來完成。
b) SWT包含了組件庫和圖形庫，他的結構與AWT比較接近。
以上是總結Swing和SWT，希望對大家有用。
【編輯推薦】
【責任編輯：
志京TEL：（010）68476606】