Android的事件处理模式

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.

但是如果我们让任何一个事件处理方法返回true，那么该事件就不会继续向外传播。

摘自《疯狂Android讲义》