淺析Swing體系結構
本文主要敘述Swing體系結構，解釋了Swing架構關鍵概念，為Swing/AWT和SWT的比較做一鋪墊。
Swing體系結構最初Smalltalk系統(tǒng)的UI工具使用所謂的模型－視圖－控制(MVC)模式，MVC引入這樣一個概念：數(shù)據(jù)源應該同屏幕展現(xiàn)分開。這是一個優(yōu)秀的體系設計結構，能促進代碼重用和程序框架。Swing使用的是一個變體的MVC架構。
典型的Swing GUI組件包括至少三個對象：一個Component，一個Model和一個UI Delegate，在這個框架中，Model負責存儲數(shù)據(jù)，UI Delegate負責從Model獲取數(shù)據(jù)并渲染到屏幕上去，Component通常協(xié)調Model和Delegate之間的操作，并同時負責將 Swing嵌入到AWT窗口系統(tǒng)中。
注意，UI Delegate對象可以在運行的時候動態(tài)替換，這就使Swing具備了可插拔的外觀(Pluggable Look-And-Feel, PLAF)。
雖然Swing的MVC結構顯然具備靈活性的好處，但是這個結構通常被指責為一些程序慢的根源。雖然基于MVC結構需要更多的方法調用來支持額外的重定向，其實花費在這兒的消耗很小。對基于Swing的應用程序profile的結果顯示，model-view分隔的開銷可以忽略不計，不到CPU總開銷的 1%，復雜的Swing用戶界面的多數(shù)處理事件其實都花費在了底層的圖形操作上了。Swing的model-view結構并不是低性能的根源，它是構建可擴展程序的關鍵。
Swing 提供了一些處理大數(shù)據(jù)量數(shù)據(jù)集的組件，包括JTable、JTree、JList以及JComboBox。這些矢量組件被設計成能夠處理成千上萬甚至數(shù)百萬的數(shù)據(jù)，為了避免占用大量內存，這些組件在Swing體系結構增加了渲染器(renderer)概念。
【編輯推薦】
