怎么分析Swing体系结构

今天就跟大家聊聊有关怎么分析Swing体系结构，可能很多人都不太了解，为了让大家更加了解，小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。

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)概念。

看完上述内容，你们对怎么分析Swing体系结构有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注蜗牛博客行业资讯频道，感谢大家的支持。