回调函数的理解

序言
最近学习java,接触到了回调机制(CallBack)。初识时感觉比较混乱,而且在网上搜索到的相关的讲解,要么一言带过,要么说的比较单纯的像是给CallBack做了一个定义。当然了,我在理解了回调之后,再去看网上的各种讲解,确实没什么问题。但是,对于初学的我来说,缺了一个循序渐进的过程。此处,将我对回调机制的个人理解,按照由浅到深的顺序描述一下,如有不妥之处,望不吝赐教!

开始之前,先想象一个场景:幼稚园的小朋友刚刚学习了10以内的加法。

第1章. 故事的缘起

幼师在黑板上写一个式子 “1 + 1 = ”,由小明同学来填空。

由于已经学习了10以内的加法,小明同学可以完全靠自己来计算这个题目,模拟该过程的代码如下:

 public class Student
 {
    private String name = null;
 
     public Student(String name)
    {
         // TODO Auto-generated constructor stub
        this.name = name;
    }
   
   public void setName(String name)
     {
         this.name = name;
     }
    
     private int calcADD(int a, int b)
    {
        return a + b;
     }
    
     public void fillBlank(int a, int b)
     {
         int result = calcADD(a, b);
         System.out.println(name + "心算:" + a + " + " + b + " = " + result);
     }
 }

小明同学在填空(fillBalnk)的时候,直接心算(clacADD)了一下,得出结果是2,并将结果写在空格里。测试代码如下:

  public class Test
  {
      public static void main(String[] args)
      {
          int a = 1;
          int b = 1;
         Student s = new Student("小明");
          s.fillBlank(a, b);
      }
 }

运行结果如下:

小明心算:1 + 1 = 2
该过程完全由Student类的实例对象单独完成,并未涉及回调机制。

第2章. 幼师的找茬

课间,幼师突发奇想在黑板上写了“168 + 291 = ”让小明完成,然后回办公室了。

花擦!为什么所有老师都跟小明过不去啊?明明超纲了好不好!这时候小明同学明显不能再像上面那样靠心算来完成了,正在懵逼的时候,班上的小红同学递过来一个只能计算加法的计算器(奸商啊)!!!!而小明同学恰好知道怎么用计算器,于是通过计算器计算得到结果并完成了填空。

计算器的代码为:

 public class Calculator
 {
    public int add(int a, int b)
     {
         return a + b;
     }
 }

修改Student类,添加使用计算器的方法:

  public class Student
 {
      private String name = null;
  
      public Student(String name)
      {
          // TODO Auto-generated constructor stub
         this.name = name;
      }
     
     public void setName(String name)
     {
         this.name = name;
     }
     
     @SuppressWarnings("unused")
     private int calcADD(int a, int b)
     {
         return a + b;
     }
     
     private int useCalculator(int a, int b)
     {
         return new Calculator().add(a, b);
     }
     
     public void fillBlank(int a, int b)
     {
         int result = useCalculator(a, b);
         System.out.println(name + "使用计算器:" + a + " + " + b + " = " + result);
     }
 }

测试代码如下:

  public class Test
  {
      public static void main(String[] args)
      {
          int a = 168;
          int b = 291;
          Student s = new Student("小明");
          s.fillBlank(a, b);
     }
 }

运行结果如下:

小明使用计算器:168 + 291 = 459
该过程中仍未涉及到回调机制,但是部分小明的部分工作已经实现了转移,由计算器来协助实现。

  1. 幼师回来了

发现小明完成了3位数的加法,老师觉得小明很聪明,是个可塑之才。于是又在黑板上写下了“26549 + 16487 = ”,让小明上课之前完成填空,然后又回办公室了。

小明看着教室外面撒欢儿的小伙伴,不禁悲从中来。再不出去玩,这个课间就要废了啊!!!! 看着小红再一次递上来的计算器,小明心生一计:让小红代劳。

小明告诉小红题目是“26549 + 16487 = ”,然后指出填写结果的具体位置,然后就出去快乐的玩耍了。

这里,不把小红单独实现出来,而是把这个只能算加法的计算器和小红看成一个整体,一个会算结果还会填空的超级计算器。这个超级计算器需要传的参数是两个加数和要填空的位置,而这些内容需要小明提前告知,也就是小明要把自己的一部分方法暴漏给小红,最简单的方法就是把自己的引用和两个加数一块告诉小红。

因此,超级计算器的add方法应该包含两个操作数和小明自身的引用,代码如下:

 public class SuperCalculator
 {
     public void add(int a, int b, Student  xiaoming)
    {
         int result = a + b;
        xiaoming.fillBlank(a, b, result);
    }
 }

小明这边现在已经不需要心算,也不需要使用计算器了,因此只需要有一个方法可以向小红寻求帮助就行了,代码如下:

 public class Student
  {
      private String name = null;
  
      public Student(String name)
      {
          // TODO Auto-generated constructor stub
          this.name = name;
      }
     
     public void setName(String name)
     {
         this.name = name;
     }
     
     public void callHelp (int a, int b)
     {
       new SuperCalculator().add(a, b, this);
    }
     
     public void fillBlank(int a, int b, int result)
     {
         System.out.println(name + "求助小红计算:" + a + " + " + b + " = " + result);
     }
 }

测试代码如下:

  public class Test
  {
      public static void main(String[] args)
      {
          int a = 26549;
          int b = 16487;
          Student s = new Student("小明");
          s.callHelp(a, b);
      }
 }

运行结果为:

小明求助小红计算:26549 + 16487 = 43036
执行流程为:小明通过自身的callHelp方法调用了小红(new SuperCalculator())的add方法,在调用的时候将自身的引用(this)当做参数一并传入,小红在使用计算器得出结果之后,回调了小明的fillBlank方法,将结果填在了黑板上的空格里。

灯灯灯!到这里,回调功能就正式登场了,小明的fillBlank方法就是我们常说的回调函数。

通过这种方式,可以很明显的看出,对于完成老师的填空题这个任务上,小明已经不需要等待到加法做完且结果填写在黑板上才能去跟小伙伴们撒欢了,填空这个工作由超级计算器小红来做了。回调的优势已经开始体现了。

第4章. 门口的婆婆

幼稚园的门口有一个头发花白的老婆婆,每天风雨无阻在那里摆着地摊卖一些快过期的垃圾食品。由于年纪大了,脑子有些糊涂,经常算不清楚自己挣了多少钱。有一天,她无意间听到了小明跟小伙伴们吹嘘自己如何在小红的帮助下与幼师斗智斗勇。于是,婆婆决定找到小红牌超级计算器来做自己的小帮手,并提供一包卫龙辣条作为报酬。小红经不住诱惑,答应了。

回看一下上一章的代码,我们发现小红牌超级计算器的add方法需要的参数是两个整型变量和一个Student对象,但是老婆婆她不是学生,是个小商贩啊,这里肯定要做修改。这种情况下,我们很自然的会想到继承和多态。如果让小明这个学生和老婆婆这个小商贩从一个父类进行继承,那么我们只需要给小红牌超级计算器传入一个父类的引用就可以啦。

不过,实际使用中,考虑到java的单继承,以及不希望把自身太多东西暴漏给别人,这里使用从接口继承的方式配合内部类来做。

换句话说,小红希望以后继续向班里的小朋友们提供计算服务,同时还能向老婆婆提供算账服务,甚至以后能够拓展其他人的业务,于是她向所有的顾客约定了一个办法,用于统一的处理,也就是自己需要的操作数和做完计算之后应该怎么做。这个统一的方法,小红做成了一个接口,提供给了大家,代码如下:

public interface doJob
 {
     public void fillBlank(int a, int b, int result);
 }

因为灵感来自帮小明填空,因此小红保留了初心,把所有业务都当做填空(fillBlank)来做。

同时,小红修改了自己的计算器,使其可以同时处理不同的实现了doJob接口的人,代码如下:

 public class SuperCalculator
 {
     public void add(int a, int b, doJob  customer)
     {
         int result = a + b;
         customer.fillBlank(a, b, result);
     }
 }

小明和老婆婆拿到这个接口之后,只要实现了这个接口,就相当于按照统一的模式告诉小红得到结果之后的处理办法,按照之前说的使用内部类来做,代码如下:

小明的:

  public class Student
  {
      private String name = null;
  
      public Student(String name)
      {
         // TODO Auto-generated constructor stub
          this.name = name;
      }
     
     public void setName(String name)
     {
         this.name = name;
     }
     
     public class doHomeWork implements doJob
     {
 
        @Override
         public void fillBlank(int a, int b, int result)
         {
             // TODO Auto-generated method stub
             System.out.println(name + "求助小红计算:" + a + " + " + b + " = " + result);
         }
         
     }
     
     public void callHelp (int a, int b)
     {
         new SuperCalculator().add(a, b, new doHomeWork());
     }
 }

老婆婆的:

  public class Seller
  {
      private String name = null;
  
      public Seller(String name)
      {
          // TODO Auto-generated constructor stub
          this.name = name;
      }
     
     public void setName(String name)
     {
         this.name = name;
     }
    
     public class doHomeWork implements doJob
     {
 
         @Override
        public void fillBlank(int a, int b, int result)
         {
             // TODO Auto-generated method stub
             System.out.println(name + "求助小红算账:" + a + " + " + b + " = " + result + "元");
         }
         
     }
     
     public void callHelp (int a, int b)
     {
         new SuperCalculator().add(a, b, new doHomeWork());
     }
 }

测试程序如下:

  public class Test
  {
      public static void main(String[] args)
      {
          int a = 56;
          int b = 31;
          int c = 26497;
          int d = 11256;
          Student s1 = new Student("小明");
          Seller s2 = new Seller("老婆婆");
         
         s1.callHelp(a, b);
         s2.callHelp(c, d);
     }
 }

运行结果如下:

小明求助小红计算:56 + 31 = 87
老婆婆求助小红算账:26497 + 11256 = 37753元
最后的话

可以很明显的看到,小红已经把这件事情当做一个事业来做了,看她给接口命的名字doJob就知道了。

有人也许会问,为什么老婆婆摆摊能挣那么多钱? 你的关注点有问题好吗!!这里聊的是回调机制啊!!

我只知道,后来小红的业务不断扩大,终于在幼稚园毕业之前,用挣到的钱买了人生的第一套房子。

完!!!
转载于:https://www.cnblogs.com/heshuchao/p/5376298.html

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,590评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 86,808评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,151评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,779评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,773评论 5 367
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,656评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,022评论 3 398
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,678评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 41,038评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,659评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,756评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,411评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,005评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,973评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,203评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,053评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,495评论 2 343

推荐阅读更多精彩内容