Android学习笔记-事件处理
第三章 Android的事件处理
Android提供两种事件处理方式，基于回调和基于监听器。前者常用于传统图形界面编程中，而后者在AWT/Swing开发中常用。
3.1 事件处理概述
对于基于回调的事件处理而言，主要是重写Android组件特定的回调方法，或者重写Activity的回调方法，一般用于处理通用性的事件。
对于监听的事件处理而言，主要是为Android界面组件绑定特定的事件监听器。
3.2 基于监听的事件处理
事件响应的动作通常以方法的形式组织，但Java是面向对象的编程语言，必须用类把这些方法组织起来，所以事件监听器的核心就是这些方法——事件处理器(Event Handler)。普通Java方法是由程序员调用，而事件处理器方法由系统调用。
事件监听器是特殊的Java对象，注册在事件源上，当用户触发事件时，就会调用事件处理器来响应。
委派式的事件处理：每个组件可以针对不同的事件注册不同的事件监听器，而每个事件监听器可以监听一个或者多个事件源。
1. 使用内部类
// 获取按钮，为按钮注册监听器，在onCreate方法中
Button btn = (Button) findViewById(R.id.btn);
btn.setOnClickListener(new MyClickListener());
// 定义监听器，内部类
class MyClickListener implements View.OnClickListener {
@Override
public void onClick(View v) {
// 事件处理
}
}
编程步骤：
获取界面组件（事件源）；
实现监听器类（编程重点），实现XxxListener接口；
用setXxxListener方法将事件监听器对象注册给事件源。
在触发事件后，事件会作为参数传递给事件监听器。但在上面的代码中，并没有出现事件的踪迹，原因是，当事件足够简单，事件中封装的信息比较有限，就无须封装事件对象了。但对于键盘事件，触摸屏事件等，就需要详细的信息。Android将其封装成XxxEvent对象。
// 用了匿名内部类
planeView.setOnKeyListener(new OnKeyListener() {
@override
public boolean onKey(View source, int keyCode, KeyEvent event){
switch(event.getKeyCode()){
// 获取由哪个键触发的事件，并处理
}
return true;
}
});
常用的几个接口：
View.OnClickListener // 单击事件
View.OnCreateContextMenuListener // 创建上下文菜单
View.OnFocusChangeListener // 焦点改变
View.OnKeyListener // 按键
View.OnLongClickListener // 长按
View.OnTouchListener // 触摸屏
使用内部类的好处是：可以在当前类中复用该监听器类；内部类也可以自由访问外部类的界面组件。
2. 使用外部类：
如果某个事件监听器需要被多个GUI界面共享，且主要是完成某种业务逻辑的实现，则可以定义为外部类。
但并不推荐将业务逻辑写在事件监听器中，包含业务逻辑的事件监听器将导致程序的显示逻辑与业务逻辑耦合。如果确实有多个监听器需要实现相同的业务逻辑方法，可以考虑使用业务逻辑组件来定义业务逻辑功能，再让事件监听器来调用其方法。
// SendSms类onCreate方法中
btn.setOnLongClickListener(new SendSmsListener(this, address, content));
// SendSmsListener类中
private Activity act;
private EditText address, content;
public SendSmsListener(Activity act, EditText address, EditText context) {
this.act = act;
this.address = address;
this.content = content;
}
@Override
public boolean onLongClick(View source) {
// 事件处理代码
return true;
}
3. Activity本身作为事件监听器
缺点如下：
Activity主要是完成界面初始化工作，如果还需包含事件处理方法，会引起程序结构的混乱；
Activity界面类不该实现监听器接口。
// onCreate方法中
btn.setOnClickListener(this);
// 实现事件处理方法
@Override
public void onClick(View v) {
// 事件处理
}
4. 使用匿名内部类
一般来说，事件处理器没有什么复用价值，可复用的代码都被抽象成了业务逻辑方法了，所以应该使用匿名内部类，这是最好的方法。
示例代码在上面内部类部分已经给出。直接new 监听器接口，或者new 事件适配器。
5. 直接绑定到标签
另一种简单的方法是直接在布局文件中指定事件处理方法。
// xml文件中
android:onClick="clickHandler"
// Activity类中
public void clckHandler(View source) {
// 事件处理
}
3.3 基于回调的事件处理
回调机制中事件源和事件监听器是统一的，组件自己负责处理该事件，可以提高程序的内聚性。
继承组件类，并重写该类的事件处理方法。常用的有：
// 简单起见，省略了返回值和参数
onKeyDown() // 按键
onKeyLongPress() // 长按
onKeyShortcut() // 键盘快捷键
onKeyUp() // 松开按键
onTouchEvent() // 触摸屏
onTrackballEvent() // 轨迹球屏
代码示例：
// 自定义View
public class MyButton extends Button {
// 构造方法略
@Override
public boolean onKeyDown(int keyCode, KeyEvent event) {
super.onKeyDown(keyCode, event);
// 事件处理
return true;
}
}
// xml文件中，各种属性略
<org.crazyit.event.MyButton />
事件传播：
基于回调的事件处理方法都有一个布尔返回值，该返回值标识该方法能否处理该事件，如果不能则返回false，事件将继续传播。
先监听，后回调，最后到Activity：
当组件上发生某个按键事件时，首先触发的是该按键绑定的事件监听器(Listener)，接着触发该组件提供的事件回调方法(自定义组件中重写的)，然后还会传播到该组件所在的Activity。
Adnroid事件处理机制保证基于监听的事件监听器被优先触发，基于监听的事件模型中事件源与监听器分工明确，易于维护。
回调模型更适合于处理那些逻辑比较固定的场景，不需要监听，组件自行处理。
3.4 响应系统设置的事件
Configuration可以用于获取用户特定的配置项，以及系统的动态设备配置。可用如下代码：
Configuration cfg = getResources().getConfiguration();
可以获取屏幕方向，触摸方式，导航设备等。
监听系统设置的改变可用如下基于回调的方法：
onConfigurationChanged(Configuration newConfig)
动态更改屏幕方向，可以用setRequestedOrientation(int)方法。
为了能监听系统设置的改变，在AndroidMenifest文件中配置Activity的android:configChanges属性，各属性值之间用竖线隔开。
如果targetSdkVersion设置超过12，则属性值应当为orientation|screenSize，因为转屏时屏幕大小也变了。
3.5 Handler消息传递机制
只允许主线程（UI线程）修改UI组件，其他线程借助Handler消息传递机制来实现对界面组件的修改。
通过回调的方式：开发者重写Handler中处理消息的方法，新线程发送消息到MessageQueue，而Handler不断从中获取并处理消息。Handler类中处理消息的方法被回调。
void handleMessage(Message msg) // 处理消息，用于被重写
final boolean hasMessage(int what) // 检查消息队列中有无指定what属性的消息
final boolean hasMessage(int what, Object obj) // 检查消息队列中object属性为指定对象的消息
Message obtainMessage() // 多个重载方法，获取消息
sendEmptyMessage(int what) // 发送空消息
final boolean sendMessage(Message msg) // 立即发送消息
final boolean sendEmptyMessageDelayed(int what, long delayMillis) // 指定多少毫秒后发送空消息
final boolean sendMessageDelayed(Message msg, long delayMillis) // 指定多少毫秒后发送消息
示例代码如下：
final Handler myHandler = new Handler()
{
@Override
public void handleMessage(Message msg) {
if (msg.what == 0x1233) {
// do something
}
}
};
new Timer().schedule(new TimerTask()
{
@Override
public void run() {
myHandler.sendEmptyMessage(0x1233);
}
}, 0, 1200);
当新线程发送消息时，handleMessage方法被自动回调。
主UI线程中，系统已经初始化了一个Looper对象，所以直接创建Handler即可，而在子线程中，需要程序员创建一个Looper对象，并调用其prepare()方法。
使用Handler的步骤如下：
调用prepare()方法为当前线程创建Looper对象，之后它的构造器会创建与之配套的MessageQueue；
创建Handler子类的实例，重写handleMessage方法；
调用loop()方法启动Looper。
如果在UI线程中执行耗时操作，将导致ANR异常（20s），这会导致程序无法响应输入事件和Broadcast。
3.6 异步任务
一种轻量级的解决方案，不需要借助线程和Handler即可实现。
AsyncTask<Params, Progress, Result>是抽象类，其中参数:
Params：启动任务执行的输入参数类型；
Progress：后台任务完成的进度值类型；
Result：返回结果的类型。
实现步骤：
第一步，创建AsyncTask的子类，并为三个泛型参数指定类型，如不需要指定，用Void；
第二步，根据需要，实现如下方法：
doInBackground()：后台将要执行的任务，该方法可以调用publishProgress()方法更新进度；
onPrograssUpdate()：调用PublishProgress()方法后将触发该方法；
onPreExecute()：一些初始化工作，如显示进度条等；
onPostExecute()：当doInBackground()完成后，将其返回值传给此方法。
第三步，调用execute()开始执行耗时任务。
第二步中的方法由系统调用，程序员只需重写。
阅读学习材料：《疯狂Android讲义》（第二版）
本章源代码地址：Github
