深入浅出话回调(上)

简介:

小序

         在团队的欢笑声中结束了一天紧张的工作,看着新Build出来的软件,想到过几天就要拿给客户去看了,心中有一种说不出的喜悦——我想那感觉应该跟自己家的女儿就要去见婆家有些许相似吧——尽管这小姑娘还事着不少小脾气,还会时不时地因为不知道什么原因撒个娇、耍个赖什么的……
先不去想这些了,收了思绪,回到自己温馨的小世界里吧。Blog就是日记,日记就是内心,荒芜的Blog意味着荒芜的内心——我的Blog已经荒芜的太久了。有些朋友问我是不是还会写那些逗乐的文字并把技术知识掺合在里面,我说:拿不准主意。不是不想写,是真的拿不出什么激情来了。可能是人渐渐长大了、变老了吧(感觉这几个月来老了好几岁),心态也慢慢变得越来越沉实、越来越平和。
今天写点什么呢?唔~~写写回调函数吧,很有用的技术,理解了这个技术对理解Win32WinProc、理解Java/ActionScript/C#等的委托、事件处理机制都大有裨益。
拧开台灯,调节到一个合适的亮度,让屋子里的每一个Object都蒙上一层浅浅的金黄;再沏上一杯清淡的绿茶——婀娜的蒸汽在灯光中轻柔地飘舞,把沁人的香气抛送到空中,当茶叶旋转着在水中上下嬉戏时,我们的程序之旅开始了……
 

正文

一.什么是回调(Callback)函数

         回调函数(Callback Function)是怎样一种函数呢?
函数是用来被调用的,我们调用函数的方法有两种:
l          直接调用:在函数A的函数体里通过书写函数B的函数名来调用之,使内存中对应函数B的代码得以执行。这里,A称为“主叫函数”(Caller),B称为“被叫函数”(Callee)。
l          间接调用:在函数A的函数体里并不出现函数B的函数名,而是使用指向函数B的函数指针p来使内存中属于函数B的代码片断得以执行——听起来很酷,是吧。
比起直接调用来,间接调用的确麻烦,那为什么还要使用间接调用呢?原因很简单——直接调用把函数名都写进函数体了,经过编译器那么一编译,板上钉钉,A注定调用的是B了,这样的程序只能按照程序员事先设计好的流程执行下去,太呆板了。此时,间接调用的巨大灵活性就显现出来了。想一想,如果p是函数A的一个参数(参数是变量,是变量就可以变吗!),那么程序的最终用户完全可以通过操作来改变p的指向——这样,A在通过p调用函数的时候就有机会调用到不同的函数,这样程序的实用性和扩展性就强多了。
         如果你能明白上面一段话,OK,那么你已经明白回调函数的75%了——因为被间接调用的函数就是回调函数本身,而间接调用是使用回调函数的“第二步”
“第一步”又是什么呢?让我们仔细想想,A通过p来调用B(或者调用其它函数),p是一个指针——空指针是不能用的!所以,“第一步”就是声明函数指针变量p并且为它赋值——即将p绑定到一个将被间接调用的函数上
这样,使用回调函数的完整流程就成了这样:
声明函数指针à 向函数指针p赋值,使之指向函数à p作为参数传给函数à 函数A通过指针p调用函数Bà 函数B的函数体得以执行。
         现在一个令人迷惑的问题摆在眼前了——Callback这个词里有一个back,上面这个过程哪里体现出“回”了呢?实际上是这样的:
函数指针p的来路我们不必去追究——它可能是一个全局变量(大部分情况下是这样),也可能是一个临时变量——对p赋值却是一件着实重要的事情,除了在声明它的时候对它初始化,我们只能在某个函数中去执行对p进行赋值的操作了,我们姑且管这个函数叫K。现在闭上眼睛跟我想,函数K和函数B处在同一个程序模块(比如一个类或者一个DLLModule_1中,而函数A处在另一个程序模块Modules_2中,把p想象成一条短信。Module_1发短信pModule_2,短信p的内容是“函数B的内存地址是0XFF1314521EE”,Module_2收到短信后使用这个地址,结果相当于给Module_2“回了个电话”。所以,一个“回”字,是站在包含了函数KB的模块Module_1的角度上去看而得出的结果
现在想想,台湾的IT同仁保留了Callback一词的英语词条直译,就叫“回呼函数”,真是高明。将Callback特化成计算机专业术语、叫做“回调”真不知道是谁的主意:p
 

二.小牛试刀

         咱们老规矩,贴段代码放在这儿供大家拍砖玩儿。
 
 
//----------------------------------------------
//                
水之真谛

// [url]http://blog.csdn.net/FantasiaX[/url]
//----------------------------------------------

#include  <iostream>

// 
声明一个函数指针,返回值为void,接受一个整形参数
typedef  void (*FunctionPointer)( ); 

void Function_A( );
void Function_B( FunctionPointer );
void Function_C( );
void Function_D( );

// 
回调过程的原始发起者

void  Function_A( ) 
{
         FunctionPointer p = 0;

         std::cout << "Please give me a choice, 1 or 2." << std::endl;
         int choice = 0;
         std::cin >> choice;
         if(choice == 1)
                   p = &Function_C;
         else if(choice ==2 )
                   p = &Function_D;
         
else
                   return;
         Function_B( p );
}

// 
回调过程中的主叫函数 Caller
void
 Function_B(FunctionPointer p)
{
         p( );
}

// 
回调过程中的被叫函数
Callee
// 
也就是回调函数本身,回调函数
-1
void
 Function_C( )
{
         std::cout << "I am Function_C. Merry Christmas!" << std::endl;
}

//
回调函数
-2
void
 Function_D( )
{
         std::cout << "I am Function_D. Happy New Year!" << std::endl;
}


int main(int argc, char *argv[])
{
         Function_A( );
         return 0;
}





本文转自 水之真谛 51CTO博客,原文链接:http://blog.51cto.com/liutiemeng/18874,如需转载请自行联系原作者
目录
相关文章
|
10月前
|
前端开发 JavaScript
一篇文章搞懂前端事件监听
一篇文章搞懂前端事件监听
267 0
|
前端开发
前端学习案例2-回调和异步
前端学习案例2-回调和异步
50 0
前端学习案例2-回调和异步
|
前端开发
前端学习案例12-promise源码实现4
前端学习案例12-promise源码实现4
53 0
前端学习案例12-promise源码实现4
|
前端开发
前端学习案例12-promise源码实现4
前端学习案例12-promise源码实现4
41 0
前端学习案例12-promise源码实现4
|
前端开发
前端学习案例13-promise源码实现5
前端学习案例13-promise源码实现5
55 0
前端学习案例13-promise源码实现5
|
前端开发
前端学习案例13-promise源码实现5
前端学习案例13-promise源码实现5
46 0
前端学习案例13-promise源码实现5
|
前端开发
前端学习案例10-promise和回调地狱2
前端学习案例10-promise和回调地狱2
39 0
前端学习案例10-promise和回调地狱2
|
前端开发
前端学习案例9-promise和回调地狱1
前端学习案例9-promise和回调地狱1
45 0
前端学习案例9-promise和回调地狱1
|
前端开发
前端学习案例12-promise源码实现3
前端学习案例12-promise源码实现3
41 0
前端学习案例12-promise源码实现3
|
前端开发
前端学习案例11-promise源码实现2
前端学习案例11-promise源码实现2
51 0
前端学习案例11-promise源码实现2

热门文章

最新文章