zoukankan      html  css  js  c++  java
  • 回调函数理解

    机制:

    ⑴定义一个回调函数;
    ⑵提供函数实现的一方在初始化的时候,将回调函数的函数指针注册给调用者;
    ⑶当特定的事件或条件发生的时候,调用者使用函数指针调用回调函数对事件进行处理。

    例子:

    一、提供回调的部分

    (1)定义一个回调的监听接口;

    package com.test.callback;
    
    public interface CallListener {
        public void callbackMethod();
    }
    View Code

    (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();
        }
    }
    View Code

    二、调用者部分;调用者实现接口, 实例化调用者的对象传入。

    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();
        }
    }
    View Code

    ************************************************************************************************************

    接口回调,来自百度百科。

    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类型,但是在实例化时却是实现的某个子类。
    上转型和它类似,设计模式就是基于此种“解耦”方法来产生的各种不同应用结构。

  • 相关阅读:
    前端学习之路,前端开发人员如何在团队中规范git commit提交记录
    基于AntV图表库的Ant DeSign Charts图表展示的简单应用
    基于React-Amap组件库的高德地图简单应用
    高效的Coding,前端开发人员值得一看的前端开发工具
    解决git pull拉取更新代码失败,unable to resolve reference ‘refs/remotes/origin/xxx分支名’: reference broken问题
    position: sticky实现导航栏下滑吸顶效果
    javaScript保留三位有效数字
    封装属于自己的axios请求
    微博立场检测 60分Baseline
    Sequence to Sequence Learning with Neural Networks论文阅读
  • 原文地址:https://www.cnblogs.com/chrono/p/4062817.html
Copyright © 2011-2022 走看看