实例
注:本文结构先主题再讨论,赶时间的朋友顺序看,学院派的看官逆序看 😛
惯例实现
声明回调函数
void vPrint(char*);
void vPrintHello(char*);
void vPrintGoodbye(char*);
定义回调函数实现业务逻辑
void vPrint(char* s)
{
printf(s);
printf("\n");
}
void vPrintHello(char* s)
{
printf("hello ");
printf(s);
printf(".\n");
}
void vPrintGoodbye(char* s)
{
printf("goodbye ");
printf(s);
printf(".\n");
}
声明回调函数指针类型
typedef void (*CallbackFunc_t)(char*);
声明回调机制接口原型
void vCallbackInterface(char*, CallbackFunc_t);
定义回调机制接口
void vCallbackInterface(char* tcStr, CallbackFunc_t tpxCallbackFunc)
{
tpxCallbackFunc(tcStr);
}
采用回调机制实现应用的主程序
int main(void)
{
vCallbackInterface("world", vPrint);
vCallbackInterface("world", vPrintHello);
vCallbackInterface("girlfriend", vPrintGoodbye);
return 0;
}
依赖关系
运行效果
回调机制的讨论
啥
对于常识,复述即解释:
什么是调用 ?
A模块依赖B模块,A模块调用定义在B模块中的单元。
什么是回调 ?
A模块依赖B模块,A模块调用定义在B模块中的单元,B模块中的单元又回调定义在A模块中的单元。
什么是回调机制?
拥有回调特征的程序机制。
什么事回调函数?
定义在依赖模块中供被依赖模块调用的被调函数。
单独研究回调函数隐含着令人感到局限的不安。
为啥
为什么使用回调机制?
应该和使用调用机制的理由类似,用到了就用。至于究竟为什么,先讨论下面这个问题。
为什么使用函数指针建立回调机制?
使用函数指针是形式,建立回调机制是目的。特定环境(当被依赖模块被封装,依赖模块存在对被依赖模块自定义优化、改写等不确定需求时)下,这种形式挺好用。再回到上个问题。
到底为什么使用回调机制?
被依赖模块设计者不希望依赖模块设计者过分关注其设计内容的细节,同时又要满足依赖模块或整体设计者具备应对相关不确定性的自由度(本质上这也是设计需求),被依赖模块设计者能做的就是将这个需求的定义工作交还给依赖模块或整体的设计者。此时,使用回调机制可以让依赖模块设计者按被依赖模块设计者给出的接口原型规格自定义修订内容,进而满足应对下一步设计工作的不确定性。
通俗化上述:作为儿子虽不想让爹管太多又须恭迎如山父爱。聪明孝子不但要听话照办,还能在人生大事时迎请父亲指点。聪明孝子的人生策略中充满回调,机智如Alpha-go。
最后废话
以上都是我乱想的不一定对,抛砖引玉。有不同想法可以交流,毕竟旁观者清。