学习内容:
Swing编程
由于Swing的所有组件完全采用Java 实现,不再调用本地平台的GUl,所以导致Swing图形界面的显示速度要比AWT图形界面的显示速度慢一些,但相对于快速发展的硬件设施而言,这种微小的速度差别无妨大碍。
使用Swing的优势:
1. Swing组件采用MVC(Model-View-Controller,即模型一视图一控制器)设计模式∶
模型(Model):用于维护组件的各种状态;
视图(view):是组件的可视化表现;
控制器(Controller):用于控制对于各种事件、组件做出响应。
当模型发生改变时,它会通知所有依赖它的视图,视图会根据模型数据来更新自己。Swing使用uT代理来包装视图和控制器,还有一个模型对象来维护该组件的状态。例如,按钮JButton有一个维护其状态信息的模型ButtonModel对象。Swing组件的模型是自动设置的,因此一般都使用JButton,而无须关心ButtonModel对象。
2.Swing在不同的平台上表现一致,并且有能力提供本地平台不支持的显示外观。由于Swing采用MVC模式来维护各组件,所以当组件的外观被改变时,对组件的状态信息(由模型维护)没有任何影响。因此,Swing可以使用插拔式外观感觉(Pluggable Look And Feel,PLAF)来控制组件外观,使得Swing图形界面在同一个平台上运行时能拥有不同的外观,用户可以选择自己喜欢的外观。相比之下,在AWT图形界面中,由于控制组件外观的对等类与具体平台相关,因此AWT组件总是具有与本地平台相同的外观。
大部分Swing组件都是JComponent抽象类的直接或间接子类(并不是全部的Swing 组件),JComponent类定义了所有子类组件的通用方法,JComponent类是AWT里java.awt.Container类的子类,这也是AWT和Swing的联系之一。绝大部分Swing组件类继承了Container类,所以Swing组件都可作为容器使用(JFrame继承了Frame类)。
swing组件和AWT组件的对应关系∶
大部分情况下,只需要在AWT组件的名称前面加个」,就可以得到其对应的Swing组件名称,但有几个例外:
1.JComboBox:对应于AWT里的Choice组件,但比 Choice组件功能更丰富。
2.JFileChooser:对应于AWT 里的 FileDialog组件。
3.JScrollBar:对应于AWT里的Scrollbar组件,注意两个组件类名中b字母的大小写差别。
4. JCheckBox:对应于AWT里的 Checkbox组件,注意两个组件类名中 b字母的大小写差别。
5.JCheckBoxMenultem:对应于AWT里的CheckboxMenultem组件,注意两个组件类名中 b字母的大小写差别。
Swing组件按照功能来分类∶
1.顶层容器: JFrame、JApplet、JDialog和JWindow 。
2.中间容器:JPanel 、JScrollPane .JSplitPane . JToolBar等。
3.特殊容器:在用户界面上具有特殊作用的中间容器,如]IntemalFrame、JRootPane 、 JLayeredPane和JDestopPane 等。
4.基本组件:实现人机交互的组件,如JButton、JComboBox、JList、JMenu、JSlider等。
5.不可编辑信息的显示组件:向用户显示不可编辑信息的组件,如Label、JProgressBar和JTooITip等。
6.可编辑信息的显示组件:向用户显示能被编辑的格式化信息的组件,如JTable、JTextArea和JTextField等
7.特殊对话框组件:可以直接产生特殊对话框的组件,如JColorChooser和JFileChooser等。
每个Swing组件都有一个对应的UI类,例如JButton组件就有一个对应的 ButtonUI类来作为uI代理。每个Swing组件的UI代理的类名总是将该Swing组件类名的」去掉,然后在后面添加UI后缀。U代理类通常是一个抽象基类,不同的PLAF会有不同的UI代理实现类。Swing类库中包含了几套UI代理,分别放在不同的包下,每套UuI代理都几乎包含了所有Swing组件的ComponentUI实现,每套这样的实现都被称为一种PLAF实现。
明天内容:
Swing边框
遇到问题:
无
手机扫一扫
移动阅读更方便
你可能感兴趣的文章