第一种:匿名内部类做为事件监听器类
大部分时候,事件处理器都没有什么利用价值(可利用代码一般都被抽象成了业务逻辑方法),所以大部分事件监听器只是临时使用一次,因此使用匿名内部类形式的事件监听器更合适,实际上,这种形式是目前是最普遍的事件监听器形式。上面的程序代码就是匿名内部类来建立事件监听器的!!!
对于使用匿名内部类做为监听器的形式来讲,惟一的缺点就是匿名内部类的语法有点不易掌握,若是读者java基础扎实,匿名内部类的语法掌握较好,一般建议使用匿名内部类做为监听器。
第二种:内部类做为监听器
将事件监听器类定义成当前类的内部类。一、使用内部类能够在当前类中复用监听器类,由于监听器类是外部类的内部类,二、因此能够自由访问外部类的全部界面组件。这也是内部类的两个优点。上面代码就是内部类的形式!!
第三种:Activity自己做为事件监听器
这种形式使用activity自己做为监听器类,能够直接在activity类中定义事件处理器方法,这种形式很是简洁。但这种作法有两个缺点:(1)这种形式可能形成程序结构混乱。Activity的主要职责应该是完成界面初始化;但此时还需包含事件处理器方法,从而引发混乱。(2)若是activity界面类须要实现监听器接口,让人感受比较怪异。
上面的程序让Activity类实现了OnClickListener事件监听接口,从而能够在该Activity类中直接定义事件处理器方法:onClick(view v),当为某个组件添加该事件监听器对象时,直接使用this做为事件监听器对象便可。
第四种:外部类做为监听器
ButtonTest类
当用户单击button按钮时,程序将会触发MyButtonListener监听器
外部MyButtonListener类
使用顶级类定义事件监听器类的形式比较少见,主要由于以下两个缘由:
一、事件监听器一般属于特定的gui界面,定义成外部类不利于提升程序的内聚性。
二、外部类形式的事件监听器不能自由访问建立gui界面的类中的组件,编程不够简洁。
但若是某个事件监听器确实须要被多个gui界面所共享,并且主要是完成某种业务逻辑的实现,则能够考虑使用外部类的形式来定义事件监听器类。
第五种:直接绑定到标签
Android还有一种更简单的绑定事件监听器的的方式,直接在界面布局文件中为指定标签绑定事件处理方法。
对于不少Android标签而言,它们都支持如onClick、onLongClick等属性,这种属性的属性值就是一个形如xxx
(View source)
的方法的方法名。在布局文件中为button添加属性,如一代码:
为Button按钮绑定一个事件处理方法:clickHanlder,这意味着开发者须要在该界面布局对应的Activity中定义一个void clickHanler(View source)方法,该方法将会负责处理该按钮上的单击事件。
下面是该界面布局对应的java代码: