Android的事件处理模式有两种:
基于监听的事件处理模式 & 基于回调的事件处理模式
1.基于监听的事件处理模式,这个比较简单,实现方法是
应用,内部类/内部匿名类/外部类/Activity本身实现监听接口作为事件监听器类,
或者直接绑定到标签五种方式。前四个大同小异,现在简单说下最后一种
对应很对Android标签而言,它们都支持onClick、onLongClick等属性,这种属性
的属性值就是一个形如xxx(View source)的方法的方法名。
例如在xml文件中有如下标签:
<Button
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="click me"
android:onClick="clickHandler"/>
这就意味着需要在该界面布局对应的Activity中定义一个
void clickHandler(View source)方法,该方法将会负责处理该按钮上的单击事件。
2.基于回调的事件处理模式
回调模式在当用户在GUI组件上激发某个事件时,组件自己特定的方法将会负责处理该事件。
为了使用回调机制类处理GUI组件上所发生的事件,我们需要为该组件提供对应的事件处理
方法,而java又是一种静态语言,我们无法为某个对象动态地添加方法,因此只能继承GUI
组件类,并重写该类的事件处理方法来实现。例如:
自定义MyButton类继承Button。并重写onKeyDown方法
public boolean onKeyDown(int keyCode, KeyEvent envent){
suiper.onKeyDown(keyCode, envent);
Log.i(TAG, "do sth .......");
return true;//返回true,表明该事件不向外扩散
}
xml文件中的标签如下:
<com.packagename.MyButton
...
... />
点击这个按钮就会打印“do sth .......”信息,不许要绑定任何监听事件。因为该按钮自己重写
了onKeyDown方法,这意味着该按钮将会自己处理相应的事件。
3.两种处理模式的比较:
基于监听的事件模型分工更明确,事件源、事件监听由两个类分开实现,因此具有更好的可维护新
Android的事件处理机制保证基于监听的事件监听器会被优先触发。
但是在某些特定的情况下,基于回调的事件处理机制会更好地提高程序的内聚性。比如在一个工程里的
所有Button在被按下的时候背景为图片a,在抬起时候背景图片为图片b。如此功能就应该用回调机制
实现。
4.基于回调的事件传播
几乎所有基于回调的事件处理方法都有一个boolean类型的返回值,该返回值用于标识该该处理方法
是否能完全处理该事件:
如果处理事件的回调方法返回true,表明该处理方法已完全处理该事件,该事件不会传播出去。
返回false则反之。
如果我们把MyButton对象绑定onKeyListener()监听器,并在监听事件里打印“listener”.
并设定监听器中的onKey方法也返回false.表示都没有完全处理该事件。
把回调模式里的onKeyDown方法返回值设定为false。
当两个模式都不能完全处理该事件,该事件就会传播给该View坐在的Activity.
重写Activity的onKeyDown方法,并打印“activity”信息。
点击MyButton,查看log如下:
listener
do sth .......
activity
可知道,Android系统最先触发的是该按键上绑定的事件监听器,接着触发事件的回调方法,然后
还会传播到该组件所在的Activity.
基于监听的事件处理模式 & 基于回调的事件处理模式
1.基于监听的事件处理模式,这个比较简单,实现方法是
应用,内部类/内部匿名类/外部类/Activity本身实现监听接口作为事件监听器类,
或者直接绑定到标签五种方式。前四个大同小异,现在简单说下最后一种
对应很对Android标签而言,它们都支持onClick、onLongClick等属性,这种属性
的属性值就是一个形如xxx(View source)的方法的方法名。
例如在xml文件中有如下标签:
<Button
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:text="click me"
android:onClick="clickHandler"/>
这就意味着需要在该界面布局对应的Activity中定义一个
void clickHandler(View source)方法,该方法将会负责处理该按钮上的单击事件。
2.基于回调的事件处理模式
回调模式在当用户在GUI组件上激发某个事件时,组件自己特定的方法将会负责处理该事件。
为了使用回调机制类处理GUI组件上所发生的事件,我们需要为该组件提供对应的事件处理
方法,而java又是一种静态语言,我们无法为某个对象动态地添加方法,因此只能继承GUI
组件类,并重写该类的事件处理方法来实现。例如:
自定义MyButton类继承Button。并重写onKeyDown方法
public boolean onKeyDown(int keyCode, KeyEvent envent){
suiper.onKeyDown(keyCode, envent);
Log.i(TAG, "do sth .......");
return true;//返回true,表明该事件不向外扩散
}
xml文件中的标签如下:
<com.packagename.MyButton
...
... />
点击这个按钮就会打印“do sth .......”信息,不许要绑定任何监听事件。因为该按钮自己重写
了onKeyDown方法,这意味着该按钮将会自己处理相应的事件。
3.两种处理模式的比较:
基于监听的事件模型分工更明确,事件源、事件监听由两个类分开实现,因此具有更好的可维护新
Android的事件处理机制保证基于监听的事件监听器会被优先触发。
但是在某些特定的情况下,基于回调的事件处理机制会更好地提高程序的内聚性。比如在一个工程里的
所有Button在被按下的时候背景为图片a,在抬起时候背景图片为图片b。如此功能就应该用回调机制
实现。
4.基于回调的事件传播
几乎所有基于回调的事件处理方法都有一个boolean类型的返回值,该返回值用于标识该该处理方法
是否能完全处理该事件:
如果处理事件的回调方法返回true,表明该处理方法已完全处理该事件,该事件不会传播出去。
返回false则反之。
如果我们把MyButton对象绑定onKeyListener()监听器,并在监听事件里打印“listener”.
并设定监听器中的onKey方法也返回false.表示都没有完全处理该事件。
把回调模式里的onKeyDown方法返回值设定为false。
当两个模式都不能完全处理该事件,该事件就会传播给该View坐在的Activity.
重写Activity的onKeyDown方法,并打印“activity”信息。
点击MyButton,查看log如下:
listener
do sth .......
activity
可知道,Android系统最先触发的是该按键上绑定的事件监听器,接着触发事件的回调方法,然后
还会传播到该组件所在的Activity.
但是如果我们让任何一个事件处理方法返回true,那么该事件就不会继续向外传播。
摘自《疯狂Android讲义》