JAVA 监听器与适配器 小小的分析

简介:

监听器和适配器是Java图形用户界面(GUI,Graphics User interface)设计的抽象窗口工具集(AWT,Abstract Window Toolkit)的两个重要概念,他们都在java.awt包中。JDK1.1引入了委托事件模型,监听器和适配器就是这一模型的具体实现,所以理解他们就变得非常重要,初学者可能对于这两个概念有点陌生,为了节省他们看长编大论再自己总结的时间,我在这里就把自己的理解写出来,抛砖引玉。

1.委托事件模型
         要理解监听器和适配器,那么一定要了解委托事件模型,它区别于层次事件模型(JDK1.1以前的Java标准),根据不同的用户操作,产生不同的事件(Event类),并为每个事件类定义了事件对象的接受和处理方法,这些方法都包括在我们的监听器(Listener Interfance)里面,我们注册相应的事件监听程序后,就可以接受事件对象,实现相应的方法。

2.监听器和适配器是什么?
         如果一个类里声明了抽象方法,那么它也必须声明为抽象的。换句话说,包含有抽象方法的类就是抽象类。
         如果一个类里面的方法都是抽象的,那么它就是一个接口,也就是说,接口是一种特殊的抽象类。(当然,抽象类跟接口是有区别的,本文并不深入讨论这个问题)
         事件的监听程序(Listener)是接口中的一个未实现的方法。
         很明显,监听器实质上就是一个接口(Interface)。
         适配器(Adapter)是跟监听器一一对应的类。它实现了对应监听器中的所有方法,但都是空方法。注意:适配器是一个抽象类(abstract class)

3.适配器和监听器的使用
        在实际使用中,适配器只是作为方便程序员编程的一个手段,一般情况下程序员都要重写适配器中某些需要的方法,以达到所要的功能,如果只是一个适配器,那么它什么也不干。
        当然你也完全可以不用适配器,自己把监听器里面的方法全写一遍,那么在功能上是没什么不同的。也就是说有两种完成的方式:
①需要注册监听程序的类实现接口(监听器),然后重写接口中的所有方法
②需要注册监听程序的类实现接口(监听器),然后继承适配器,再重写需要的方法

4.需要注意的地方
  Ⅰ 有些教材把事件监听程序(Listener)等同于监听器(Listener Interface),本人觉得它们应该是接口中的方法与接口的关系,另外也有人把监听器称为监听者。
         Ⅱ 监听器是接口,是需要实现(implements)的,适配器是抽象类,是需要继承(extends)的。而由于适配器已经实现了对应的监听器,故继承了适配器的类不用再声明实现对应的监听器,就可以注册对应的监听程序。
例如:public class Calc1 extends WindowAdapter implements ActionListener,ItemListener
             {
                 Frame f;
                 TextField tf1;
                 Checkbox cb1;
                  ……
                 public void display()
                  {
                     ……
                     tf1.addActionListener(this); //实现了ActionListener,故可以注册对应的ActionListener
                     cb1.addItemListener(this); //实现了ItemListener,故可以注册对应ItemListener
                     f.addWindowListener(this);    //继承了WindowAdapter,也可以注册对应的WindowListener
                     ……
                   }

                  ……
              }  

  Ⅲ 在实际使用中,由于Java只能单继承,对于接口和抽象类的选择就需慎重考虑,同样的一个类只能继承一个适配器,这也意味着其它的监听程序就需要手动实现,在优秀的编辑工具下这个工作量也许并不大,但也可以尝试把监听器交给别的类(比如类A)来实现,而类A就可以继承对应的适配器,这才是Java的单继承多接口机制的思想所在。



目录
相关文章
|
10天前
|
缓存 JavaScript Java
常见java OOM异常分析排查思路分析
Java虚拟机(JVM)遇到内存不足时会抛出OutOfMemoryError(OOM)异常。常见OOM情况包括:1) **Java堆空间不足**:大量对象未被及时回收或内存泄漏;2) **线程栈空间不足**:递归过深或大量线程创建;3) **方法区溢出**:类信息过多,如CGLib代理类生成过多;4) **本机内存不足**:JNI调用消耗大量内存;5) **GC造成的内存不足**:频繁GC但效果不佳。解决方法包括调整JVM参数(如-Xmx、-Xss)、优化代码及使用高效垃圾回收器。
75 15
常见java OOM异常分析排查思路分析
|
1月前
|
Java 程序员
Java 一个 Scanner.nextInt 造成的奇怪问题及分析解决过程
Java 一个 Scanner.nextInt 造成的奇怪问题及分析解决过程
|
15天前
|
缓存 JavaScript Java
常见java OOM异常分析排查思路分析
Java虚拟机(JVM)遇到 OutOfMemoryError(OOM)表示内存资源不足。常见OOM情况包括:1) **Java堆空间不足**:内存被大量对象占用且未及时回收,或内存泄漏;解决方法包括调整JVM堆内存大小、优化代码及修复内存泄漏。2) **线程栈空间不足**:单线程栈帧过大或频繁创建线程;可通过优化代码或调整-Xss参数解决。3) **方法区溢出**:运行时生成大量类导致方法区满载;需调整元空间大小或优化类加载机制。4) **本机内存不足**:JNI调用或内存泄漏引起;需检查并优化本机代码。5) **GC造成的内存不足**:频繁GC但效果不佳;需优化JVM参数、代码及垃圾回收器
常见java OOM异常分析排查思路分析
|
25天前
|
Dubbo Java 关系型数据库
Java SPI机制分析
文章深入分析了Java SPI机制,以JDBC为例,详细探讨了服务提供者接口的发现、加载过程,并提供了一个序列化服务的实战示例,展示了如何使用ServiceLoader进行服务发现和扩展。
16 3
|
25天前
|
监控 算法 安全
Java并发编程案例分析:死锁的检测与解决
Java并发编程案例分析:死锁的检测与解决
21 2
|
26天前
|
安全 Java API
精通 Java 后台开发:案例分析与实践
精通 Java 后台开发:案例分析与实践
31 2
|
1月前
|
存储 Java 编译器
刷完一千道java笔试题的常见题目分析
这篇文章是关于刷完一千道Java笔试题后的常见题目分析,涵盖了Java基础知识点,如标识符命名规则、抽象类与接口的区别、String类的equals方法、try-catch-finally块的执行逻辑、类与实例方法的区别、this与super关键字的用法、面向对象的基本概念、重写与重载的原则等,并建议结合JVM内存结构图加深理解。
刷完一千道java笔试题的常见题目分析
|
18天前
|
安全 Java API
Java线程池原理与锁机制分析
综上所述,Java线程池和锁机制是并发编程中极其重要的两个部分。线程池主要用于管理线程的生命周期和执行并发任务,而锁机制则用于保障线程安全和防止数据的并发错误。它们深入地结合在一起,成为Java高效并发编程实践中的关键要素。
10 0
|
1月前
|
安全 Java
Java RMI技术详解与案例分析
在实际的银行系统中,当然还需要考虑安全性、事务性、持久性以及错误处理等多方面的因素,RMI的网络通信也需要在安全的网络环境下进行,以防止数据泄露或被篡改。你在应用中是怎么使用 RMI 的,欢迎关注威哥爱编程,一起交流一下哈。
145 4
|
23天前
|
存储 消息中间件 监控
Java日志详解:日志级别,优先级、配置文件、常见日志管理系统ELK、日志收集分析
Java日志详解:日志级别,优先级、配置文件、常见日志管理系统、日志收集分析。日志级别从小到大的关系(优先级从低到高): ALL < TRACE < DEBUG < INFO < WARN < ERROR < FATAL < OFF 低级别的会输出高级别的信息,高级别的不会输出低级别的信息