初步理解接口回调
2019.03.09Android学习周记——初步理解接口回调
本文将通过自己的理解来一步一步浅层讲解接口回调
这个星期事情比较多,占用了很多的时间,所以学习的东西相对较少。
1. 回调(Callback)
回调的通俗理解就是 被调用者 返回去调用 调用者 的方法。
结合现实生活的一个简单例子就是:
A问B一个问题,B给A回答了问题,然后A对B的回答进行了判断
Java代码解释如下
//调用者,同时也是回调处理者
class A{
public void ask(B b){
System.out.printf("1+1=?");
b.answer("1+1=?",this);
}
public void agree(){
System.out.printf("correct!");
}
}
//被调用者
class B {
public void answer(String question,A a){
System.out.printf("1+1=2");
a.agree();
}
}
//main函数
public class Test {
public static void main(String[] args) {
A a = new A();
B b = new B();
//将对象b作为参数传入ask方法,才能够回调b的函数
a.ask(b);
}
}
Tips:最重要的一点是将B作为参数传递进去,才能实现了回调。
2. 接口回调
2.1 接口(Interface)
接口在Java中是一个非常重要的概念,它和类有相似的地方也有很大的不同。具体哪里不同可以自行搜索。
接口就像是一个招牌,比如你在大街上看到KFC的招牌,你就知道那里肯定会卖汉堡、可乐、全家桶。在Java中,如果你实现了(Implements)了某个接口,你就必须实现这个接口所声明的所有方法,就好像一个KFC不卖汉堡的话那就不能成为一个快餐店(就不能当做实现了快餐店的接口)。举一个在Java中的例子,对象数组(或者List)的排序函数:
public static void sort(Object[] a)
public static <T extends Comparable<? super T>> void sort(List<T> list)
想要让自己的对象数组(或者List)能够使用这样的方法进行排序,那么需要对应实例的类实现Comparable接口才能进行排序,可以类比为,我实现了这个接口,我就有了一个招牌->我能排序,所以才能够调用这个方法来进行排序。
如果不是很理解接口的概念可以参考Java 接口 | 菜鸟教程
2.2 接口回调实现(Interface-Callback?)
既然一个类可以实现了一个接口就要实现这个接口所规定的的方法,那么结合回调,如果将需要回调的方法定义在接口里会发生什么事呢?我们将之前回调的Java实例改造一下√
//要被实现的接口
interface Response{
void agree();
}
//调用者,同时也是回调处理者,实现了Response接口,必须具体实现agree方法
class A implements Response{
public void ask(B b){
System.out.printf("1+1=?");
b.answer("1+1=?",this);
}
@Override
public void agree() {
System.out.printf("correct!");
}
}
//被调用者
class B {
//这里的参数变成了一个实现了Response接口的对象
public void answer(String question,Response response){
System.out.printf("1+1=2");
response.agree();
}
}
public class Test{
public static void main(String[] args) {
A a = new A();
B b = new B();
a.ask(b);
}
}
在这里,产生回调的函数所需要的参数变成了一个实现Response接口的对象,这样一来answer方法就变得很范用。在需要另一个对象c对b的回答(b回调c)的时候不需要在B类中重写answer的方法来实现b回调c,而只需要让c实现Response接口就可以了。
当然这样的接口回调在开发中一般不会出现,过于简单,为了便于理解才这么举例。接下来我们来看看在开发中的接口回调是如何使用的。
2.3 网络请求的回调
在Android开发中,我们经常需要使用到网络请求,然而网络请求是一个耗时的操作。我们经常需要遇到一个问题,比如我需要加载图片在UI中。在主线程(UI线程)中开一个线程来进行图片加载,我们需要在网络请求结束后回到主线程进行UI更新。那么如何判断网络请求结束并执行更新UI的操作呢?当然使我们的主角——接口回调。话不多说,先上代码√
- 需要实现的接口
public interface Callback {
void onResponse(String response);
void onFailed(Throwable t);
}
- 网络请求的类
public class Request{
//具体实现网络请求的方法
public void start(Callback callback){
//网络请求具体逻辑忽略
String response = "网络请求的结果(JSON/XML)";
//拿到网络请求的结果后启动回调
callback.onResponse(response);
//......
//出现异常
callback.onFailed(Exception e);
}
}
- 使用网络请求的地方
//.....
Request newRequest = new Request();
//.....省略新开线程的代码
@Override
public void run() {
newRequest.start(new Callback(){
@Override
public void onResponse(String response) {
//这里是拿到数据后的逻辑
}
@Override
public void onFailed(Throwable t) {
//异常抛出
t.printStackTrace();
}
});
}
//......
以上代码中的接口回调可能就比较熟悉了,这种以匿名内部类的形式进行接口回调的方式较为常用,比如Android监听器的设置,都是采用内部类的接口回调方式。这样做可以让需要被回调的方法的具体实现写在外面,你不可能每实现一个按钮的功能都要创建一个类,然后再实现接口,然后再写逻辑等。使用匿名内部类的方式可以很好地解决这个问题√
3. 总结
本文简单介绍了自己对接口回调的理解,我还在不断的学习中,如果有说的不对的地方,望各位大佬指正。最后的实例的完全版是一个用线程池封装好的一个网络请求工具类。做了一些更改然后放在这里作解释。
GitHub源码地址:https://github.com/Override0330/AndroidDevelopmentTools/tree/master/HttpRequsetHelper