机制:
例子:
一、提供回调的部分
(1)定义一个回调的监听接口;
package com.test.callback; public interface CallListener { public void callbackMethod(); }
(2)定义回调函数Caller;
package com.test.callback; public class Caller { public CallListener callListener; public void setCallListener(CallListener callListener){ this.callListener = callListener; } public void call(){ callListener.callbackMethod(); } }
二、调用者部分;调用者实现接口, 实例化调用者的对象传入。
package com.test.callback; public class Client implements CallListener{ @Override public void callbackMethod() { System.out.println("实现了回调函数里面的方法"); } /** * 测试 */ public static void main(String[] args) { Caller caller = new Caller(); caller.setCallListener(new Client()); caller.call(); } }
************************************************************************************************************
接口回调,来自百度百科。
1概述编辑
接口回调其本质与上转型是一样的,不同的是:接口回调是用接口句柄来得到并调用实现这个接口的子类的引用;而上转型则是用父类句柄来得到并调用继承此父类的子类的引用。
2实例编辑
上面这段话看起来可能有点难以理解,那么下面以一段Java程序来作解释:
接口:
public interface Father{
public void fatherFunc();
}
下面三个类都实现了上述接口:
public class SonA implements Father{
@override
public void fatherFunc(){
... ...//这里是SonA自己对接口方法的实现
}
}
public class SonB implements Father{
@override
public void fatherFunc(){
... ...//这里是SonB自己对接口方法的实现
}
}
public class SonC implements Father{
@override
public void fatherFunc(){
... ...//这里是SonC自己对接口方法的实现
}
}
三个类都实现了共同的接口Father,但是对其中的方法实现可能会有所不同。现在设想一下:在某段事务处理中需要用到接口Father提供的功能(在本例中只有一个方法fatherFunc),可是又无法确定具体是需要哪个子类实现的fatherFunc方法,那么可以直接在事务中声明接口Father的句柄,不用实例化。等到事务运行的时候再自动确定。看下面这段代码:
public class Deal{
public void do(Father father){
father.fatherFunc();//此步骤需要用到接口Father的功能
... ...//处理其他事务
}
}
类Deal中用到了接口Father的功能,但是在定义时无法确定是哪一个实现Father的子类,直接使用了接口Father的句柄“Father father”,然后调用father的方法fatherFunc来处理,具体运行是再根据实例化对象调用相应的实现方法:
public static void main(String[] args){
Deal deal = new Deal();
Father fatherA = new SonA();
Father fatherB = new SonB();
Father fatherC = new SonC();
deal.do(fatherA);//调用的是SonA对接口的实现
deal.do(fatherB);//调用的是SonB对接口的实现
deal.do(fatherC);//调用的是SonC对接口的实现
}
这就达到了具体实现与事务处理的解耦。在类Deal处理事务过程中不需要知道实现接口的子类,这样可以方便的扩充和维护代码,即设计模式的开闭原则(对扩展开放,对修改关闭)。上面的代码中,fatherA、fatherB、fatherC都可以称为接口回调对象,它们虽然被声明为接口Father类型,但是在实例化时却是实现的某个子类。
上转型和它类似,设计模式就是基于此种“解耦”方法来产生的各种不同应用结构。