比较经典的使用回调的方式:
- class A实现接口InA ——背景1
- class A中包含一个class B的引用b ——背景2
- class B有一个参数为InA的方法test(InA a) ——背景3
- A的对象a调用B的方法传入自己,test(a) ——这一步相当于you call me
- 然后b就可以在test方法中调用InA的方法 ——这一步相当于i call you back
首先有一个接口
public interface OnClickListener {
public void onClick();
}
然后有一个Button类
public class Button {
//定义了一个接口
private OnClickListener clickListener;
public void setOnClickListener(OnClickListener clickListener){
this.clickListener=clickListener;
}
//i call you back
public void clickButton(){
clickListener.onClick();
}
}
再来一个Activity,在这里为了简便直接让其继承OnClickListener接口
public class Activity implements OnClickListener{
//继承监听接口,实现监听方法
@Override
public void onClick() {
System.out.println("被点击了");
}
}
最后是测试类
public class T {
public static void main(String[] args) {
//findViewById找到Button
Button button=new Button();
//绑定监听器,you call me,
<span style="white-space:pre"> </span>//Activity调用Button的方法setOnClickListener
<span style="white-space:pre"> </span>//传入自己,这样就把已经实现了的onClick方法给了Button
button.setOnClickListener(new Activity());
//点击Button按钮
button.clickButton();
}
}
接口的一个功能是实现标准,比如我定义一个接口,里美有一个方法,然后让底层类去实现他,然后我上层类就肯定能使用这个方法。但是,换一种情况,比如本文中的Button,接口里的onClick方法肯定是为Button准备的,为Button被点击时调用,但为什么不是Button实现接口而是Activity实现呢?很简单,如果要求Button实现的话,则要求Button里有onClick方法,但Button是一个底层类,我们每次要为Button实现点击事件,就要重新写一个新的类,让他去继承Button类,然后再写onClick方法,这显然是不明智的。所以我们有了接口的另一种使用方法。让底层类的某些功能封装到接口里,让上层类实现这些接口,由上层类去实现具体的功能,而底层类自己只保留相应的接口。当上层类实现了具体的功能后,调用底层类的方法,将自己传入到底层类中,在本例中是调用了Button的setOnClickListener方法,也就是第一步A调B,you call me。然后Button就可以调用已经具体实现了的onClick方法,本来这个方法是属于Button本身的,但因为是Activity实现的,所以就变成B调A,完成了第二步I call you back回调。
当然,回调不单单是这样使用,还有一种情形是回调+异步,A有一个策划方案,需要B去完成。B还有其他工作要做,只有做完了才能去做这个策划方案。B完成策划方案后,调用A的方法,把方案交给A。这个以后再谈