原文:http://m.blog.csdn.net/blog/csxwc/9351173
Android提供了强大的时间处理机制,包括两套事件处理机制:
- 基于监听的事件处理。
- 基于回调的事件处理(适合处理那种处理逻辑比较固定的View)。
对于基于回调的事件处理模型来说,事件源和事件监听器是统一的,当事件源发生特定事件后,该事件还是事件源本身负责处理。
一、所谓的回调,在实现具有通用性质的应用架构时非常常见:对于一个具有通用架构的程序来说,程序架构完成整个程序的通用功能、流程,但在某个特定的点上,需要一段业务相关的代码——通用的程序架构无法实现这段代码,那么程序架构会在这个点上留一个“空”。
对于Java程序来说,程序架构在这个点上的留的“空”,可以以一下两种方式存在。
- 以接口形式存在:该接口由开发者实现,实现该接口时会实现该接口的方法,那么通用的程序架构就会调用该方法来完成相关业务的处理。
- 以抽象方法(也可以说是非抽象方法)的形式存在:这就是Activity的实现形式,这些特定的点上的方法已经被定义了,如onCreate,onActivityResult等方法,开发者可以选择性地重写这些方法,通用的程序架构就会回调这些方法来完成相关业务的处理。
几乎所有基于回调的事件处理方法都有一个boolean类型的返回值,该返回值用于标识该处理方法是否能完全处理该事件:
- 如果处理事件的回调方法返回true,表明该处理方法已完全处理该事件,该事件不会传播出去。
- 如果事件处理的回调方法返回false,表明该处理方法并未完全处理事件,该事件会传播出去。
某组件上发生的事情不仅激发该组件上的回调方法,也会触发该组件所在Activity的回调方法——只要事件能传播到该Activity。
例如,当某个组件上发生某个按键按下的事件时,Android系统最先触发的应该是该按键上绑定的监听器,接着才触发该组件个的事件回调方法,然后还会传播到该组件所在的Activity。当然前提是事件处理方法返回的是false。
二、所谓的事件监听器,其实就是实现了特定接口的java类的实例。
在程序中实现事件监听器通常有以下几种形式:
- 内部类形式:将事件监听器类定义为当前类的内部类、
- 外部类形式:将事件监听器定义为一个外部类。
- Activity本身作为事件监听器类:让Activity本身实现监听器接口,并实现事件处理方法。
- 匿名内部类形式:使用匿名内部类创建事件监听器对象。
对比Android提供的这两种事件处理模型,会发现基于监听的事件处理模型更具优势:
基于监听的事件模型分工更明确,事件源、事件监听的两个类分开实现,隐刺具有更好的可维护性。
Android的事件处理机制保证基于监听的事件监听器会被优先触发。
Android为不同组件通过了不同的监听接口:
一、View
- View.onClickListener:单击事件的事件监听器必须实现的接口。
- View.onCreateContextMenuListener:创建上下文菜单事件的事件监听器必须实现的接口。
- View.onFocusChangedListener:焦点改变事件的事件监听器必须实现的接口。
- View.onKeyListener:按键事件的时间监听器必须实现的接口。
- View.onLangClickListener:长单击事件的事件监听器必须实现的接口。
- View.onTouchListener:触摸屏事件的事件监听器必须实现的接口。
Android为不同的组件也通过了一些事件处理的回调方法:
一、View
- boolean onKeyDown(int keyCode,KenyEvent enent):当用户在该组件上按下某个键时触发的方法。
- boolean onKeyLongPress(int keyCode,KeyEvent event):当用户在该组件上长按某个按键时触发的方法。
- boolean onKeyShortcut(int keyCode,KeyEvent event):当一个键盘快捷键事件触发时 触发的方法。
- boolean onKeyUp(int keyCode,KeyEvent event):当用户在该组件上松开某个按键时触发的方法。
- boolean onTouchEvent(MotionEvent event):当用户子在该组件上触发触摸屏事件时 触发的方法。
- boolean onTrackballEvent(MotionEvent event):当用户在该组件上触发轨迹球屏事件时触发该方法。