图形用户界面设计2模型.pptVIP

AWT事件模型 Contents 为学生信息管理管理系统设计一个登陆界面，接受用户输入的账号和密码。界面如图所示： ? ? 所需要的知识点 常用组件和容器的使用方法及功能 AWT事件处理模型 AWT事件模型 设计一个图形界面，不仅仅需要画出窗口并添加组件，更重要的是为组件设计相应程序，使组件能够响应并处理用户的操作，例如单击按钮，等等 当Java程序运行时，如果用户在界面上进行某种操作，系统捕获这些操作会引发相应的事件（Event）,然后执行相应的事件处理程序。 Java中定义了许多事件类,用来描述不同的用户行为 AWT事件模型 事件的来源 事件的来源是用户的操作 每当用户在AWT组件上进行某种操作，例如用鼠标单击按钮，敲击键盘等，AWT事件处理系统会生成一个相应的事件对象 事件对象描述的是用户所执行的操作，用户操作不同，事件对象的内容也会不同。 AWT事件模型 事件的处理 事件的处理由事件处理程序完成 每个AWT组件都有自己的事件处理程序 当事件对象生成时，AWT事件处理系统就会将这个事件对象传递给所涉及的组件，由它们的事件处理程序进行相应处理 AWT事件模型 事件的模型 事件处理模型，是指事件产生后事件对象的传递模型 JDK 1.0 使用的是层次模型(hierarchal) JDK 1.1 使用的是委托模型(delegation) 层次模型 JDK 1.0使用的层次事件处理模型主要基于容器和组件的包含关系 一个事件对象产生之后，首先被传递给直接相关的组件，该组件可以对事件进行处理，也可以忽略。 若组件没有对事件进行处理，则AWT事件处理系统会将事件对象继续向上传递给组件所在的容器 若容器将事件忽略，则AWT事件处理系统会将事件再继续向上传递给容器所在的容器 层次模型 示例： 层次模型 示例： 层次模型 层次模型 层次模型 层次模型 层次事件处理的优点有： 简单、容易理解，基于面向对象的原理 层次事件处理的缺点有： 事件对象只能被引起该事件的组件或包含它的容器捕获，而其他组件无法处理该事件 没有简单的事件过滤方法，要进行事件处理，需要创建某个组件的子类，否则就必须为最外层的容器编写复杂的handleEvent()及与之相关的方法 委托模型 JDK 1.1使用的委托事件处理模型的基本思想是 用户操作引发的事件仍然传递给相应的组件 为了接收事件对象并进行事件处理，组件必须注册一个事件处理程序（事件监听程序Listener）。 事件监听程序可以定义在组件所在的类中，也可以定义在其他类中。对事件的处理，由组件委托给事件监听程序所在的类来完成。 事件的监听程序可以定义在组件所在的类中，也可以定义在其他的类里； 而对事件的处理，则由组件委托给事件监听程序所在的类来完成。 在委托事件处理模型下，事件对象只被传递给已经注册的监听程序。 根据用户操作的不同，事件也被分成不同类型。 每种事件都有一个对应的监听程序类，这个监听程序类应实现了相应的监听程序接口（Listener interface），并且定义了事件对象的接收和处理方法。 委托模型 在委托事件处理模型中，Java根据不同的用户操作，产生不同的事件类(Event)，如窗口事件类(Window Event)、单击事件类(ActionEvent)等，并为每个事件类定义了事件监听程序(Listener) 这些事件监听程序的声明在对应的监听程序接口中，例如WindowListener、ActionListener等。 委托模型 示例： AWT事件处理模型 在事件处理的过程中，主要涉及三类对象： Event-事件:用户对界面操作在java语言上的描述，以类的形式出现，例如键盘操作对应的事件类是KeyEvent。 Event Source-事件源:事件发生的场所，通常就是各个组件，例如按钮Button。 Event handler-事件处理者:接收事件对象并对其进行处理的对象。 AWT事件处理模型 事件源、事件、事件处理者之间的关系 授权处理机制 不同的事件源上可能发生不同的事件：例如一个按钮能够发生ActionEvent类型的事件，而一个窗口能够发生WindowEvent类型的事件 同一个事件源上可能发生多种事件：例如在Canvas对象上既可能发生鼠标事件，也可能发生键盘事件 java采取授权处理机制(Delegation Model)：事件源可以把在其自身所有可能发生的事件分别授权给不同的事件处理者来处理。 授权处理机制 授权模型把事件的处理委托给外部的处理实体进行处理，实现了将事件源和监听器分开的机制。 事件处理者（监听器） 事件处理者（监听器）通常是一个类，负责处理一类事件 该类如果要能够处理某种类型的事件，就必须实现与该事件类型相对应的接口。 例如下