本文主要叙述Swing体系结构，解释了Swing架构关键概念，为Swing/AWT和SWT的比较做一铺垫。
Swing体系结构最初Smalltalk系统的UI工具使用所谓的模型－视图－控制(MVC)模式，MVC引入这样一个概念：数据源应该同屏幕展现分开。这是一个优秀的体系设计结构，能促进代码重用和程序框架。Swing使用的是一个变体的MVC架构。
典型的Swing GUI组件包括至少三个对象：一个Component，一个Model和一个UI Delegate，在这个框架中，Model负责存储数据，UI Delegate负责从Model获取数据并渲染到屏幕上去，Component通常协调Model和Delegate之间的操作，并同时负责将 Swing嵌入到AWT窗口系统中。
注意，UI Delegate对象可以在运行的时候动态替换，这就使Swing具备了可插拔的外观(Pluggable Look-And-Feel, PLAF)。
虽然Swing的MVC结构显然具备灵活性的好处，但是这个结构通常被指责为一些程序慢的根源。虽然基于MVC结构需要更多的方法调用来支持额外的重定向，其实花费在这儿的消耗很小。对基于Swing的应用程序profile的结果显示，model-view分隔的开销可以忽略不计，不到CPU总开销的 1%，复杂的Swing用户界面的多数处理事件其实都花费在了底层的图形操作上了。Swing的model-view结构并不是低性能的根源，它是构建可扩展程序的关键。
Swing 提供了一些处理大数据量数据集的组件，包括JTable、JTree、JList以及JComboBox。这些矢量组件被设计成能够处理成千上万甚至数百万的数据，为了避免占用大量内存，这些组件在Swing体系结构增加了渲染器(renderer)概念。
【编辑推荐】
