疯狂android资料：第三章 事件处理.doc

2013年1月19日0:40:31 第三章 事件处理3.1android的事件处理Android提供了两种方式的事件处理：-基于回调的事件处理-基于监听器的事件处理对应android基于监听的事件处理而已，主要做法就是为android界面组件绑定特定的事件监听器对于android基于回调的事件处理而已，主要做法就是写android组件特定的回调地方法，或者重写Activity的回调方法。Android为绝大部分组件都提供了事件响应的回调方法，开发者只要重写它们即可。一般来说，基于回调的事件处理可用于处理一些具有通用性的事件，基于回调的事件处理代码会显得比较简洁但对于某些特定的事件，无法使用基于回调的事件处理，只能采用基于监听的事件处理。3.2基于监听的事件处理基于监听的事件处理是一种更“面向对象”的事件处理。3.2.1事件监听的处理在事件监听的处理模型中，主要涉及如下三类对象。-Event Source（事件源）：事件发生的场所，通常就是各个组件，例如按钮、窗口、菜单-Event（事件）：事件封装了界面组件上发生的特定事情（通常就是一次用户操作）。如果程序需要获得界面组件上所发生事件的相关信息，一般通过Event对象来获取。-Event Listener（事件监听器）：负责监听事件源所发生的事件。并对各种事件做出相应的响应。实例：（3.2.1）基于监听的事件处理模型的编程步骤如下：-获取普通界面组件（事件源），也就是被监听的对象-实现事件监听器类，该监听器类是一个特殊的Java类，必须实现一个XXXXListener接口-调用事件源的setXXXListener方法将事件监听器对象注册给普通组件（事件源）上例的程序：可以发现基于监听的事件处理有如下规则。-事件源：就是程序中的按钮。应用程序中任何组件都可以作为事件源。-事件监听器：就是程序中的MyClickListener类。监听器必须由程序员负责实现，实现监听器类的关键就是实现处理器方法。-注册监听器：只要调用事件源的setXXXListener（XXXListener）方法即可。2013年1月20日16:50:323.2.2事件和事件监听器当外部动作在android组件上进行操作时，系统会自动生成事件对象，这个事件对象会作为参数传给注册到事件源上的事件监听器。事件监听器的处理模型涉及三个成员：事件源、事件和事件监听器。其中事件源容易创建，任意界面组件都可以作为事件源；事件的产生无需程序员关心，他是由系统自动产生的，所以，实现事件监听器是整个事件处理的核心。对于键盘事件、触摸屏事件等，程序需要获取事件发生的详细信息：例如键盘事件需要获取是哪个键触发的事件，触摸屏事件需要获取事件发生的位置等，对于这种包含更多信息的事件，android同样会将事件信息封装成XXXEvent对象，并把该对象作为参数传入事件处理器。实例：控制飞机移动（3.2.2）在基于事件监听的处理事件模型中，事件监听器必须实现事件监听器接口，android为不同的界面组件提供了不同的监听器接口，这些接口通常以内部类的形式存在。以View类为例，它包含了如下几个内部接口：-View.OnClickListener：单击事件的事件监听器必须实现的接口-View.OnCreateContextMenuListener：创建上下文菜单事件的事件监听器必须实现的接口-View.onFocusChangeListener：焦点改变事件的事件监听器必须实现的接口-View.onKeyListener：按键事件监听器必须实现的接口-View.onLongClickListener：长单击事件的事件监听器必须实现的接口-View.onTouchListener：触摸屏事件的事件监听器必须实现的接口所谓事件监听器，其实就是实现了特定接口的Java类的实例。在程序中实现事件监听器，通常有如下几种形式：-内部类形式：将事件监听器类定义成当前类的内部类-外部类形式：将事件监听器类定义成一个外部类-Activity本身作为事件监听器类：让Activity本身实现监听器接口，并实现事件处理方法-匿名内部类形式：使用匿名内部类创建事件监听器对象3.2.3内部类作为事件监听器前面程序中所使用的事件监听器类都是内部类形式，使用内部类可以在当前类中复用该监听器类；因此监听器类是外部类，所以可以自由访问外部类的所以界面组件。这也是内部类的两个优势。3.2.4外部类作为事件监听器类使用顶级类定义事件监听器类的形式比较少见，主要因为如下两个原因：-事件监听器通常属于特定的GUI界面，定义成外部类不利于提高程序的内聚性。-外部类形式的事件监听器不能自由访问创建GUI界面的类中的组件，编程不够简洁但如果某个事件监听器确实需要被多个GUI界面所共享，而且主要是完成某种业务逻辑的实现，则可以考虑使用外部类的形式来定义事件监听器类。2013年1月21日13:51:22实例：3.2.3程序定义了一个外部类作为onLongClickListener类，该事件监听器实现了发送短信的功能3.2.5Activity本身作为事件监听器这种形式使用Activity本身作为监听器类，可以直接在Activity类中定义事件处理器方法，这种形式非常简洁。但这种做法有两个缺点：-这种形式可能造成程序结构混乱，Activity的主要职责应该是完成界面初始化工作，但此时还需要包含事件处理器方法，从而引起混乱-如果Activity界面类需要实现监听器接口，让人感觉比较怪异。实例：3.2.43.2.6匿名内部类作为事件监听器类大部分时候，事件处理器都没有什么复用价值，因此大部分事件监听器只是临时使用一次，所以使用匿名内部类形式的事件监听器更合适。实际上，这种形式是目前使用最广泛的事件监听器形式。实例：3.2.53.2.7直接绑定到标签Android还有一种更简单的绑定事件监听器的形式，直接在界面布局文件中作为指定标签绑定事件处理方法。对于很多android标签而言，他们都支持如onClick、 onLongClick等属性，这种属性的属性值就是一个形如xxx（View source）的方法的方法名。实例：3.2.63.3基于回调的事件处理3.3.1回调机制与监听机制如果说事件监听机制是一种委托式的事件处理，那么回调机制则恰好与之相反：基于回调的事件处理模式来说，事件源于事件监听器是统一的，或者说事件监听器完全消失了。当用户在GUI组件上激发某个事件时，组件自己特定的方法将会负责处理该事件。为了使用回调机制类处理GUI组件上所发生的事件，我们需要为该组件提供对应的事件处理方法-而Java又是一种静态语言，我们无法为某个对象动态的添加方法，因此只能继承GUI组件类，并重写该类的事件处理方法来实现。为了实现回调机制的事件处理，android为所有的GUI组件都提供了一些事件处理方法，以View为例，该类包含如下方法：-boolean onKeyDown（int keyCode，keyEvent event）：当用户在该组件上按下某个按键时触发该方法。-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）：当用户在该组件上触发轨迹球屏事件时触发该方法。实例：3.3.13.3.2基于回调的事件传播几乎所有基于回调的事件处理方法都有一个boolean类型的返回值，该返回值用于标识该处理方法是否能完全处理该事件。-如果处理事件的回调方法返回true，表明该处理方法已完全处理该事件，该事件不会传播去。-如果处理事件的回调方法返回false，表明该处理方法并未完全处理该事件，该事件会传播出去 。对于基于回调的事件传播而已，某组件上所发生的事情不仅激发该组件是哪个的回调方法，也会触发该组件所在Activity的回调方法-只要事件能传播到该Activity。实例：3.3.2（略）3.3.3重写onTouchEvent方法响应触摸屏事件对于android提供的两种事件处理模型，不难发现基于监听的事件处理模型具有更大的优势：-基于监听的事件模型分工更明确，事件源、事件监听由两个类分开实现，因此具有更好的可维护性。-android的事件处理机制保证基于监听的事件监听器会被优先触发。但在某些特定情况下，基于回调的事件处理机制更好的提高程序的内聚性。实例3.3.3（略）2013年1月22日12:37:393.4响应系统设置的事件在开发android应用时，有时候可能需要让应用程序随系统设置而进行调整，比如判断系统的屏幕方向、判断系统方向的方向导航设备等除此之外，有时候可能还需要让应用程序监听系统设置的更改，对系统设置的更改做出响应。3.4.1Configuration类简介Configuration类专门用于描述手机设备上的配置信息，这些配置信息既包含用户特定的配置项，也包括系统的动态设备配置。程序可调用ACtivity的如下方法获取系统的Configuration对象：Configuration cfg=getResource（）.getConfiguration（）；一旦获得了系统Configuration对象，该对象提供了如下常用属性来获取系统的配置信息：-public float fontScale：获取当前用户设置的字体的缩放因子。-public int keyboard：获取当前设置所关联的键盘类型。该属性可能返回如下值：KEYBOARD_NOKEYS、KEYBOARD_QWERTY（普通电脑键盘）、KEYBOARD_12KEY（只有12个键的小键盘）。-public int keyboardHidden：该属性返回一个boolean值用于标识当前键盘是否可用。该属性不仅会判断系统的硬件键盘，也会判断系统的软键盘（位于屏幕上）。如果该系统的硬件键盘不可用，但软键盘可用，该属性也会返回KEYBOARDHIDDEN_NO；只有当两个键盘都不可用时才返回KEYBOARDHIDDEN_YES。-public Locale local：获取用户当前的Local。-public int mcc：获取移动信号的国家码。-public int mnc；获取移动信号的网络码。-public int navigation：判断系统上方向导航设备的类型。该属性可能返回如NAVIGATION_NONAV（无导航）、NAVIGATION_DPAD（DPAD导航）、NAVIGATION_TRACKBALL（轨迹球导航）、NAVIGATION_WHEEL（滚轮导航）等属性值。-public int orientation：获取系统屏幕的方向，该属性可能返回TOUCHSEREEN_NOTOUCH（无触摸屏）、TOUCHSCREEN_STYLUS（触摸笔式的触摸屏）、TOUCHSCREEN_FINGER（接受手指的触摸屏）。实例：获取系统设备状态（3.4.1）该程序只是提供了4个文本框来显示系统的屏幕方向、触摸屏方式等状态。程序的Java代码主要可分为两步：-获取系统的Configuration对象-调用Configuration对象的属性来获取设备状态3.4.2重写onConfigurationChanged响应系统设置更改如果程序需要监听系统设置的更改，则可以考虑重写Activity的onConfigurationChanged（Configuration newConfig）方法，该方法是一个基于回调的事件处理方法，当系统设置发生更改时，该方法会被自动触发。为了在程序中动态地更改系统设置，我们可调用Activity的setRequestedOrientation（int）方法来修改屏幕的方向。系统设置的权限还要添加：不然Toast不显示3.5Handler消息传递机制Android的消息传递机制是另一种形式的“事件处理”，这种机制主要是为了解决android应用的多线程问题-android平台不允许Activity新启动的线程访问该Activity里的界面组件，这样就会导致新启动的线程无法动态改变界面组件的属性值。但在实际android应用开发中，尤其是涉及动画的游戏开发中，需要让新启动的线程周期性地改变界面组件的属性值，这就需要借助于Handler的消息传递机制来实现了。3.5.1Handler类简介Handler类的主要作用有两个：-在新启动的线程中发送消息-在主线程中获取、处理消息在新启动的线程中发送消息；然后在主线程中获取、并处理消息。为了让主线程能“适时”地处理新启动的线程发送的消息，显然只能通过回调的方式来实现-开发者只要重写Handler类中处理消息的方法，当新启动的线程发送消息时，Handler类中处理消息的方法被自动回调。Handler类包含如下方法用于发送、处理消息。-void handleMessage（Message msg）：处理消息的方法，该方法通常用于重写。-final boolean hasMessage（int what）：检查消息队列中是否包含what属性为指定值的消息。-final boolean hasMessage（int what，Object object）：检查消息队列中是否包含what属性为指定值且object属性为指定对象的消息。-多个重载的Message obtainMessage（）：获取消息。-sendEmptyMessage（int what）：发送空消息。-final boolean sendEmptyMessageDelayed（int what，long delayMillis）：指定多少毫秒之后发送空消息。-final boolean sendMessage（Message msg）：立即发送消息。-final boolean sendEmptyMessageDelayed（Message msg，long delayMillis）：指定多少毫秒之后发送消息。3.5.2Handle使用案例通过一个新线程来周期性地修改ImageView所显示的图片，通过这种方式来开发一个电话效果