JAVA课件 第11章 GUI

FlowLayout 是Panel，Applet的缺省布局管理器。 其组件的放置规律是从上到下、从左到右进行放 置，如果容器足够宽，第一个组件先添加到容器 中第一行的最左边，后续的组件依次添加到上一 个组件的右边，如果当前行已放置不下该组件， 则放置到下一行的最左边。 当容器的大小发生变化时，用FlowLayout管理的 组件会发生变化，其变化规律是：组件的大小不 变，但是相对位置会发生变化。例如上图中有三 个按钮都处于同一行，但是如果把该窗口变窄， 窄到刚好能够放下两个按钮，则第三个按钮将放 到第二行。
11.2.5 GridBagLayout
GridBagLayout生成的布局管理器也是和 GridLayout一样是使用网格来进行布局管理的， 所不同之处在于GridBagLayout可以通过类 GridBagConstraints 来控制容器内各个组件的大小， 每个组件都使 用 一 个 GridBagConstraints 对 象 来 给 出 它 的 大小和摆放位置,这样就可以按照设计者的意图,改 变组件的大小,把他们摆在设计者希望摆放的位置 上.这种灵活性是前面几个布局管理器所不具备的。 但也正是这种灵活性使得它成为java中最有弹性也 是最复杂的一种布局管理器。
11.2布局管理器 布局管理器
11.2.1 FlowLayout 11.2.2 BorderLayout 11.2.3 GridLayout 11.2.4 CardLayout 11.2.5 GridBagLayout 11.2.6无布局管理器 11.2.7 容器的嵌套
11.2.1 FlowLayout
11.3.4事件适配器 事件适配器
import java.awt.*; import java.awt.event.*; class WindowClosing extends WindowAdapter { public void windowClosing(WindowEvent e){ System.exit(0); } }
CardLayout布局管理器能够帮助用户处理两个 以至更多的成员共享同一显示空间，它把容器 分成许多层，每层的显示空间占据整个容器的 大小，但是每层只允许放置一个组件，当然每 层都可以利用Panel来实现复杂的用户界面。 牌布局管理器（CardLayout）就象一副叠得整 整齐齐的扑克牌一样，有54张牌，但是你只能 看见最上面的一张牌，每一张牌就相当于牌布 局管理器中的每一层
11.3.1事件处理模型 事件处理模型
1． JDK1.0的层次事件模型 在层次事件模型中，当一个事件对象产生后， 首先传递给直接相关的组件，该组件可以对事 件进行处理，也可以忽略事件不处理。如果组 件没有对事件进行处理，则AWT事件处理系 统会将事件继续向上传递给组件所在的容器。 同样，容器可以对事件处理，也可以忽略不处 理。如果事件又被忽略，则AWT事件处理系 统会将事件继续上传，以次类推，直到事件被 处理，或是已传到顶层容器。
11.3.1事件处理模型 事件处理模型
下面我们以按钮组件的单击事件为例，说明如何编写 事件处理程序。 当用户单击按钮时，系统捕获这些操作并产生 ActionEvent事件，然后将执行约定的ActionListener接 口中的actionPerformed方法，而该方法的具体实现则 委托给该方法所在的类。为此程序中必须： (1) 为按钮注册事件监听程序 public void addActionListener (ActionListener handler) 使 用 按 钮 的 addActionListener （ ） 方 法 ， 注 册 一 个 ActionEvent事件监听程序。Handler为按钮委托的事件 监听程序类对象。如果是本类，则用this指明，如 b.addActionListener(this);
11.3.1事件处理模型 事件处理模型
1． JDK1.1的授权事件模型 为了客服JDK1.0层次事件模型的缺点，JDK1.1 引入了授权事件模型，在这个模型中， 事件处理是从一个事件源授权到一个或多个事 件监听者，组件作为事件源可以触发事件，通 过addXXXlistener方法向组件注册监听器，一 个组件可以注册多个监听器，如果组件触发了 相应类型的事件，此事件被传送给已注册的监 听器，事件监听器负责处理事件的过程。
11.3.2 AWT事件 事件
在授权事件模型中，事件既是基础，又是联系各 个部分的桥梁。首先，组件作为事件源产生事件， 不同类型的组件会产生不同类型的事件。事件发 生后，事件被传递给对应事件监听器中实现的事 件处理方法，并且在事件中，包含着用户传递给 系统的交互信息，如文本框中的输入内容等。 不同类型的事件由不同的Java类来表示，基类是 java.util.EventObject, 所有的事件都是从它继承而 来的。AWT为GUI事件定义了自己的基类， java.awt.AWTEvent,它是EventObject的子类。 AWT事件的详细结构图见图11-9。
11.1.1 Frame框架类 框架类
AWT在实际的运行过程中是调用所在平台的 图形系统，因此同样一段AWT程序在不同的 操作系统平台下运行所看到的图形系统是不一 样的。例如在windows下运行，则显示的窗口 是windows风格的窗口；而在UNIX下运行时， 则显示的是UNIX风格的窗口。 点击窗口的关闭按钮，看是否能关闭该窗口？ 结果是不能。为什么呢？因为关闭事件没有注 册，也没有定义相应的处理程序。此时只能通 过ctrl+c强行关闭该窗口了。
11.1.1 Frame框架类 11.ቤተ መጻሕፍቲ ባይዱ.3 Panel面板类
11.1.1 Frame框架类 框架类
一般我们要生成一个窗口，通常是用Window 的子类Frame来进行实例化，而不直接用到 Window类。Frame的外观就像我们平常在 windows系统下见到的窗口，有标题、边框、 菜单、大小等等。每个Frame的对象实例化以 后，默认是不显示和最小化的，因此必须调用 setSize()来设置大小，调用setVisible(true)来设 置该窗口为可见的。框架类的许多方法都是从 它的超类Window类及更上层的Container和 Component类继承而来。
11.1.3 Panel面板类 面板类
Panel是一种没有标题的容器。并且实例化后 必须用Container的add方法加入到Window对象 中。 java应用程序中，一般独立应用程序主要使用 框架做容器，在Frame上通过放置Panel面板来 控制图形界面的布局。如果应用到浏览器中， 则主要使用Panel的一个子类Applet来做容器。 Applet是一个能够嵌入浏览器运行的特殊容器。
11.3.2 AWT事件 事件
java.util.EventObject
java.awt.AWTEvent
ActionEvent
AdjustmentEvent
ComponentEvent
ItemEvent
TextEvent
ContainerEvent
FocusEvent
InputEvent
PointEvent
程序设计》 《Java程序设计》 程序设计
第11章 GUI程序设计 章 程序设计
11.1 AWT组件简介 11.2布局管理器 11.3 AWT事件处理 11.4 常用AWT组件使用举例 11.5 Swing组件设计用户界面 11.6 AWT图形和Java2D图形
11.1 AWT组件简介 组件简介
11.2.5 GridBagLayout
11.3AWT事件处理 事件处理
11.3.1事件处理模型 11.3.2 AWT事件 11.3.3事件监听器 11.3.4事件适配器 11.3.5内部类和匿名类
11.3.1事件处理模型 事件处理模型
JDK1.0 和JDK1.1采用不同的事件处理模型， 其中JDK1.0采用的是层次（hierarchal）模型， 而JDK1.1采用的是委托（delegation）模型。 了解两种模型的基本原理和差异将有助于我们 更好的理解和掌握JDK1.1的事件模型
WindowEvent
KeyEvent
MouseEvent
11.3.3事件监听器 事件监听器
接收事件并对事件做出相应反映的对象称为事 件监听器。Java.awt.event包中按照不同的事件 类型定义了11个监听器接口，每类事件都有对 应的事件监听器，监听器是接口，接口中定义 了事件发生时可调用的方法，一个类可以实现 监听器的一个或多个接口，这就需要把所实现 接口中所定义的所有方法实现，当对其中的方 法不感兴趣时，也可以将方法体用一对（）； 而不给出具体方法。
11.3.5内部类和匿名类 内部类和匿名类
为了简化事件源和监听器之间的关系，java的 事件处理中引入和使用了内部类（Inner Class） 和匿名类（Anonymous Class），内部类是被 定义于另一个类中的类，即类的嵌套。由于内 部类可以访问外部类的成员方法和变量，包括 私有的成员。所有实现监听器时，采用内部类， 匿名类变成非常容易实现其功能。 下面我们通过例子来体会通过主类和内部类两 种方法实现监听器的不同之处。
11.2.1 FlowLayout
11.2.2 BorderLayout
BorderLayout 是Window，Frame和Dialog的缺省布 局管理器。BorderLayout布局管理器把容器分成5 个区域：North，South，East，West和Center，每 个区域只能放置一个组件。如果使用了 BorderLayout布局，当容器的大小发生变化，其变 化规律为：组件的相对位置不变，大小发生变化。 例如容器变高了，则North、South区域不变， West、Center、East区域变高；如果容器变宽了， West、East区域不变，North、Center、South区域 变宽。不一定所有的区域都有组件，如果四周的 区域（West、East、North、South区域）没有组件， 则由Center区域去补充。