青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

那誰的技術(shù)博客

感興趣領(lǐng)域:高性能服務(wù)器編程,存儲,算法,Linux內(nèi)核
隨筆 - 210, 文章 - 0, 評論 - 1183, 引用 - 0
數(shù)據(jù)加載中……

Callback在C\C++中的實(shí)現(xiàn)

Callback是這樣的一類對象(在這里不能簡單的理解為"回調(diào)函數(shù)"了):你注冊一個函數(shù),以及調(diào)用它時的參數(shù),希望在滿足某個條件時,以這些注冊的函數(shù)調(diào)用這個回調(diào),完成指定的操作.

很多地方會使用到這個概念.比如,UI程序中,注冊一個函數(shù),當(dāng)某個鼠標(biāo)事件發(fā)生的時候自動調(diào)用;比如,創(chuàng)建一個線程,線程開始運(yùn)行時,執(zhí)行注冊的函數(shù)操作.
Callback的出現(xiàn),本質(zhì)上是因?yàn)楹芏嗖僮鞫加挟惒交男枰?--你不知道它什么時候會執(zhí)行,只需要告訴它,在執(zhí)行的時候,調(diào)用我告訴你的操作即可.
盡管使用的地方不盡相同,但是從程序的角度上看,做的事情都是差不多的.

要實(shí)現(xiàn)一個Callback,最大的難點(diǎn)在于,變化的參數(shù)和需要統(tǒng)一的對外接口之間的矛盾.也就是說,回調(diào)函數(shù)執(zhí)行時參數(shù)的數(shù)量是你無法預(yù)知的.而你需要對外提供一個統(tǒng)一的接口,調(diào)用該接口的不需要關(guān)注到注冊進(jìn)去的到底是什么,有幾個參數(shù),具體的執(zhí)行留到回調(diào)真正執(zhí)行的時候再去處理.

簡單介紹一下目前我所知道的幾種方法,有C++的,也有C的.

1) 使用模板
將不同參數(shù)的類型,作為模板的參數(shù).比如:
#include <stdio.h>

class Closure 
{
public:
  
virtual ~Closure(){}
  
virtual void Run() {}

protected:
  Closure()
{}
}
;

template
<class T>
class Callback0 
  : 
public Closure
{
public:
  typedef 
void (T::*Done)();
  
public:  
  Callback0(T 
*obj, Done run)
    : object_(obj)
    , run_(run)
  
{
  }


  
virtual void Run()
  
{
    (object_
->*run_)();
  }

private:
  T 
*object_;
  Done run_;
}
;

template
<class T, class T1>
class Callback1 
  : 
public Closure
{
public:
  typedef 
void (T::*Done)(T1);
  
public:  
  Callback1(T 
*obj, Done run, T1 arg)
    : object_(obj)
    , run_(run)
    , arg0_(arg)
  
{
  }


  
virtual void Run()
  
{
    (object_
->*run_)(arg0_);
  }

private:
  T 
*object_;
  Done run_;
  T1 arg0_;
}
;

class Test
{
public:
  
void Run0()
  
{
    printf(
"in Test::Run0\n");
  }


  
void Run1(int i)
  
{
    printf(
"in Test::Run1\n");
  }

}
;

template
<class T>
Closure
*
NewCallback(T 
*obj, void (T::*member)())
{
  
return new Callback0<T>(obj, member);
}


template
<class T, class T1>
Closure
*
NewCallback(T 
*obj, void (T::*member)(T1), T1 P)
{
  
return new Callback1<T, T1>(obj, member, P);
}


int main()
{
  Test test;

  Closure 
*callback0 = NewCallback(&test, &Test::Run0);
  callback0
->Run();
  delete callback0;

  Closure 
*callback1 = NewCallback(&test, &Test::Run1, 1);
  callback1
->Run();
  delete callback1;

  
return 0;
}


在這里,定義了一個虛擬基類Closure,它對外暴露一個接口Run,也就是,使用它的時候只需要使用Closure指針->Run即可以執(zhí)行注冊的操作.需要注意的是,Closure的構(gòu)造函數(shù)聲明為protected,也就是僅可以被子類調(diào)用.
接下來,定義的Closure'子類都是模板類,其中的模板都是參數(shù),我分別實(shí)現(xiàn)了兩種子類,分別是不帶參數(shù)的和帶一個參數(shù)的.將回調(diào)函數(shù)需要的參數(shù),保存在具體的子類對象中.
最后,對外構(gòu)造一個Closure指針時,最好也提供一致的接口,這里分別為兩種子類實(shí)現(xiàn)了NewCallback函數(shù).
剩下的,理解起來應(yīng)該不難.

這種實(shí)現(xiàn)方法,看明白的就知道,其實(shí)難點(diǎn)不多.它將回調(diào)函數(shù)和傳遞給回調(diào)函數(shù)的參數(shù)放在了一個類中,當(dāng)外部調(diào)用Run接口的時候,再根據(jù)內(nèi)部的實(shí)現(xiàn)來具體進(jìn)行操作.
但是,我本人很不喜歡模板滿天飛的代碼,所以應(yīng)該還有些別的方法來實(shí)現(xiàn)吧?

2) 不使用模板,將參數(shù)和回調(diào)分離,分別對參數(shù)和回調(diào)進(jìn)行抽象
CEGUI是一款開源的游戲UI項(xiàng)目,早幾年我還在做著3D引擎程序員夢的時候,曾經(jīng)看過一些,對它的一些代碼還有些印象.
里面對UI事件的處理,也使用了類似Callback的機(jī)制(這種使用場景最開始的時候曾經(jīng)說過,所以應(yīng)該不會感到意外).
在CEGUI中,一個事件由一個虛擬基類Event定義,處理事件的時候調(diào)用的是它的純虛函數(shù)fireEvent,而這個函數(shù)的參數(shù)之一是EventArgs--這又是一個虛擬基類.
所以,熟悉面向?qū)ο蟮娜?應(yīng)該可以很快的反應(yīng)過來了:在Event的子類中實(shí)現(xiàn)fireEvent,而不同的函數(shù)參數(shù),可以從EventArgs虛擬基類中派生出來.
于是,具體回調(diào)的時候,僅僅需要調(diào)用 Event類指針->fireEvent(EventArgs類指針)就可以了.
(我在這里對CEGUI的講解,省略了很多細(xì)節(jié),僅僅關(guān)注到最關(guān)注的點(diǎn),感興趣的可以自己去看看代碼)

對比1)和2)兩種解決方法,顯然對我這樣不喜歡模板的人來說,更喜歡2).除了模板的代碼讀起來比較頭大,以及模板會讓代碼量增大之外.喜歡2)的原因還在于,C對"類模板"機(jī)制的支持實(shí)在是欠缺,至今除了使用宏之外,似乎找不到很好的辦法能夠?qū)崿F(xiàn)類C++的模板機(jī)制.但是,如果采用2)的繼承接口的方式,C就可以很清楚的實(shí)現(xiàn)出來.所以就有了下面C的實(shí)現(xiàn):

3) C的實(shí)現(xiàn).
有了2)的準(zhǔn)備,使用C來實(shí)現(xiàn)一個類似的功能,應(yīng)該很容易了,下面貼代碼,應(yīng)該很清楚的:
#include <stdio.h>
#include 
<stdlib.h>
#include 
<assert.h>

typedef 
struct event
{
  
void (*fireEvent)(void *arg);
  
void *arg;
}
event_t;

typedef 
struct event_arg1
{
  
int value;
}
event_arg1_t;

void fireEvent_arg1(void *arg)
{
  event_arg1_t 
*arg1 = (event_arg1_t*)arg;

  printf(
"arg 1 = %d\n", arg1->value);
}


#define NewEvent(event, eventtype, callback)      \
  
do {                                            \
      
*(event= (event_t*)malloc(sizeof(event_t)); \
      assert(
*(event));                              \
      (
*(event))->arg = (eventtype*)malloc(sizeof(char* sizeof(eventtype)); \
      assert((
*(event))->arg);                         \
      (
*(event))->fireEvent = callback;             \
  }
 while (0)

#define DestroyEvent(event)                       \
  
do {                                            \
    free((
*(event))->arg);                        \
    free(
*(event));                               \
  }
 while(0)      

int main()
{
  event_t 
*event;

  NewEvent(
&event, event_arg1_t, fireEvent_arg1);
  ((event_arg1_t
*)(event->arg))->value = 100;
  
event->fireEvent(event->arg);

  DestroyEvent(
&event);

  
return 0;
}

posted on 2010-04-19 22:45 那誰 閱讀(20254) 評論(12)  編輯 收藏 引用 所屬分類: C\C++

評論

# re: Callback在C\C++中的實(shí)現(xiàn)  回復(fù)  更多評論   

stl的function<T>解決所有問題
2010-04-20 07:48 | 陳梓瀚(vczh)

# re: Callback在C\C++中的實(shí)現(xiàn)[未登錄]  回復(fù)  更多評論   

我也做過.我覺得適合自己的項(xiàng)目需求就OK啦
new CallBack<void (Test::*)(Event*)> (this, &Test::MemberFun);

new CallBack<void (*)(Event*)> (&g_func);
2010-04-20 08:26 | ~

# re: Callback在C\C++中的實(shí)現(xiàn)  回復(fù)  更多評論   

C/C++對參數(shù)個數(shù)和類型太苛刻的緣故,我對復(fù)雜的方案都沒什么興趣。
最喜歡的還是fn_callback(void* ctx)
2010-04-20 09:06 | LOGOS

# re: Callback在C\C++中的實(shí)現(xiàn)  回復(fù)  更多評論   

@LOGOS
std::function<T>用起來非常簡單
2010-04-20 12:50 | 陳梓瀚(vczh)

# re: Callback在C\C++中的實(shí)現(xiàn)  回復(fù)  更多評論   

我覺得這種做法是把簡單的問題復(fù)雜化了。

在決定使用 函數(shù)指針/回調(diào)函數(shù) 來作為我們的實(shí)現(xiàn)方案的時候,我們要考慮的事情是:
1. 由注冊函數(shù)的人來決定這個函數(shù)被調(diào)用時的參數(shù)。 還是,
2. 由這個函數(shù)的將來的調(diào)用者來決定該函數(shù)的參數(shù)。

如果是1, 則局限性比2要大,因?yàn)樵谧院瘮?shù)的時候,并不完全清楚在函數(shù)調(diào)用時的實(shí)際情況,所以在某些場合,提前設(shè)定好了參數(shù),到了實(shí)際調(diào)用的場合,這些參數(shù)有可能不合適。
而2,完全是由調(diào)用者根據(jù)實(shí)際情況來決定用什么樣的參數(shù)來傳遞到調(diào)用函數(shù)中,靈活性更強(qiáng)。而這種場合,編碼實(shí)現(xiàn)也最簡單,無非就是一個函數(shù)指針而已。
而往往,函數(shù)的注冊者和函數(shù)的調(diào)用者幾乎都是一個人/用戶, 所以為何非要提前來決定這個函數(shù)的調(diào)用參數(shù),而讓問題的實(shí)現(xiàn)變得更加復(fù)雜呢。
我認(rèn)為這得不償失。而,在商業(yè)軟件開發(fā)中,很少會為了1的情況,而增加額外的測試,代碼檢視的成本。

可以參考linux內(nèi)核的文件系統(tǒng)的實(shí)現(xiàn)。其中,VFS和實(shí)際文件系統(tǒng)之間的接口,就是利用了簡單的函數(shù)指針,代碼并不像1那么復(fù)雜。
2010-04-21 10:27 | lymons

# re: Callback在C\C++中的實(shí)現(xiàn)  回復(fù)  更多評論   

std::function<T>這完硬怎么當(dāng)回調(diào)函數(shù)用?
2010-04-27 18:49 | coder

# re: Callback在C\C++中的實(shí)現(xiàn)  回復(fù)  更多評論   

很不錯的文章,只是我已經(jīng)不寫代碼很多年。
2010-05-18 17:04 | 某人

# re: Callback在C\C++中的實(shí)現(xiàn)[未登錄]  回復(fù)  更多評論   

你這個接口設(shè)計的不是很友好,使用比較麻煩。我以前寫過一個接口。你可以參考一下
http://www.cnblogs.com/Aplo/archive/2007/09/07/886145.html
2010-05-20 22:19 | aplo

# re: Callback在C\C++中的實(shí)現(xiàn)  回復(fù)  更多評論   

第一種方法中把參數(shù)做為Test的成員存儲起來,調(diào)用的方法不帶參數(shù),直接取成員應(yīng)該更好一些吧!
2010-12-30 15:41 | 匿名

# re: Callback在C\C++中的實(shí)現(xiàn)  回復(fù)  更多評論   

難得好文
2013-12-30 15:12 | halleyzhang3
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            欧美国产视频日韩| 亚洲国产一区二区精品专区| 欧美三日本三级少妇三2023 | 午夜视频久久久久久| 亚洲激情在线观看视频免费| 欧美激情一区二区三级高清视频| 欧美国产第一页| 亚洲精品美女在线观看| 99视频日韩| 午夜精品国产| 男人插女人欧美| 欧美色123| 国产综合亚洲精品一区二| 黄色资源网久久资源365| 亚洲国产人成综合网站| 亚洲一区中文| 免费观看欧美在线视频的网站| 欧美激情精品| 亚洲深夜影院| 老司机精品视频一区二区三区| 欧美风情在线观看| 欧美亚洲第一页| 亚洲第一综合天堂另类专| 日韩视频一区二区三区| 性高湖久久久久久久久| 亚洲第一中文字幕在线观看| 亚洲自拍偷拍一区| 欧美理论电影在线观看| 国内久久婷婷综合| 在线视频精品一区| 久久久久九九视频| 日韩网站在线观看| 久久久精品999| 国产精品v欧美精品v日韩| 尤物99国产成人精品视频| 午夜精品久久久久久久99樱桃 | 久久人体大胆视频| 亚洲国产美女久久久久| 欧美一区二区三区久久精品茉莉花| 欧美粗暴jizz性欧美20| 国产有码一区二区| 亚洲夜间福利| 中日韩美女免费视频网址在线观看 | 蜜桃久久av一区| 国产精品乱子乱xxxx| 亚洲片区在线| 久久噜噜亚洲综合| 亚洲欧美视频| 国产精品美女久久| 亚洲免费播放| 亚洲盗摄视频| 另类尿喷潮videofree| 国产日韩欧美二区| 亚洲主播在线观看| 日韩系列欧美系列| 欧美日韩成人一区二区| 99re6热在线精品视频播放速度| 免播放器亚洲| 久久久噜久噜久久综合| 国语自产在线不卡| 久久影院亚洲| 麻豆成人av| 亚洲第一页自拍| 另类尿喷潮videofree| 久久精品成人欧美大片古装| 国产欧美日韩激情| 久久久九九九九| 久久久最新网址| 在线不卡中文字幕| 欧美大片一区二区三区| 免费视频久久| 在线视频亚洲一区| 亚洲综合色激情五月| 国产日韩成人精品| 女仆av观看一区| 欧美激情综合亚洲一二区| 国产精品99久久久久久人| 亚洲视频一二| 精品99一区二区| 亚洲国产欧美日韩| 国产精品久久久久aaaa樱花| 亚洲男人第一av网站| 亚洲欧美影音先锋| 亚洲国产日韩综合一区| 亚洲免费av电影| 国产日韩一区二区三区| 欧美成人精品一区二区| 欧美日韩国产首页在线观看| 午夜精品国产精品大乳美女| 欧美影视一区| 日韩亚洲欧美成人一区| 99亚洲视频| 黄网站免费久久| 91久久在线播放| 国产麻豆精品视频| 亚洲国产精品v| 国产伦精品一区二区三区高清| 久久综合色影院| 欧美精品国产| 久久久久久久久久久一区| 欧美日韩1区| 亚洲一级影院| 欧美视频免费在线| 欧美国产一区二区在线观看| 亚洲精品久久久久| 国产精品成人一区| 欧美在线精品免播放器视频| 久久婷婷国产综合国色天香| 亚洲第一网站| 欧美午夜电影一区| 久久久福利视频| 在线午夜精品| 欧美黄色免费网站| 久久婷婷国产麻豆91天堂| 亚洲一区二区精品在线观看| 国产中文一区二区| 国产精品一区久久久久| 欧美激情综合五月色丁香| 欧美日韩午夜剧场| 久久夜色精品一区| 亚洲美女91| 亚洲欧洲精品一区二区精品久久久 | 国产精品超碰97尤物18| 久久精品免视看| 欧美自拍偷拍| 性久久久久久久| 欧美亚洲综合网| 亚洲欧美成人一区二区在线电影| 亚洲乱码久久| 在线综合亚洲| 你懂的亚洲视频| 91久久久久久久久| 一区二区三区日韩精品| 在线观看欧美日韩国产| 亚洲视频福利| 午夜久久黄色| 亚洲精品久久嫩草网站秘色| 亚洲国产视频直播| 亚洲欧美国产制服动漫| 久久中文字幕一区| 一区二区三区.www| 女人色偷偷aa久久天堂| 欧美午夜国产| 亚洲第一色在线| 亚洲欧美在线看| 亚洲一区二区三区在线视频| 国产精品99免费看 | 亚洲综合色激情五月| 欧美aⅴ一区二区三区视频| 一区二区三区欧美激情| 欧美 日韩 国产一区二区在线视频| 欧美1区3d| 亚洲二区在线视频| 久久久亚洲一区| 亚洲国产精品一区二区第一页| 中日韩男男gay无套| 久久综合影音| 久久精品国产亚洲高清剧情介绍| 国产在线高清精品| 日韩视频欧美视频| 亚洲午夜精品一区二区三区他趣| 性色av一区二区三区| 国产乱码精品一区二区三区五月婷 | 久久亚洲一区二区| 午夜视频一区在线观看| 国产一区免费视频| 国产精品大片wwwwww| 亚洲在线第一页| 亚洲一二三区精品| 国产日韩欧美91| 欧美 日韩 国产 一区| 欧美国产第二页| 香蕉成人久久| 久久这里只精品最新地址| 在线免费观看日本一区| 欧美wwwwww| 欧美日韩亚洲一区二| 久久久国产视频91| 欧美日韩亚洲一区二区三区四区| 午夜精品福利一区二区蜜股av| 久久久久久综合| 亚洲男人第一网站| 欧美大色视频| 欧美成人自拍| 国产视频一区在线观看| 亚洲免费激情| 亚洲日本一区二区三区| 午夜精品视频网站| 亚洲主播在线| 国产精品国产| 亚洲精选在线| 一本色道久久综合亚洲精品婷婷 | 亚洲美女黄网| 午夜精品一区二区三区在线播放| 狠狠干狠狠久久| 午夜精品久久久久久久久久久久| 99riav久久精品riav| 欧美精品在线极品| 亚洲视频免费在线| 欧美亚洲日本一区|