• <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>

            回調(diào)函數(shù)的常見(jiàn)實(shí)現(xiàn)方式及速度比較

             

             

            回調(diào)函數(shù)實(shí)在是用得太廣泛,回調(diào)函數(shù)又有多種實(shí)現(xiàn)方式,如:

            1、  靜態(tài)函數(shù)

            2、  虛函數(shù)

            3、  函數(shù)對(duì)象

            4、  傳統(tǒng)c函數(shù),通過(guò)一個(gè)void *傳遞對(duì)象地址,內(nèi)部強(qiáng)制轉(zhuǎn)換

            5、  fastdelegate

            6、  Tr1::function + bind

            7、  Boost::Function + bind

            基本上速度是按照由快到慢的順序排列的,就是

            1 > 2 > 3 > 4 > 5 > 6 > 7

            其實(shí)234速度很接近,有的時(shí)候函數(shù)對(duì)象效率更高一點(diǎn),基本上越是高級(jí)的方法使用起來(lái)越方便,但速度越慢,越是傳統(tǒng)的方法速度越快,呵呵,看來(lái)做server端程序要綜合考慮效率太新的東西還是要少用啊,還是用傳統(tǒng)的方法比較靠譜一點(diǎn),當(dāng)然如果調(diào)用次數(shù)不多的地方,使用更方便的方法還是好一些,畢竟我們要綜合權(quán)衡,而不能死板恪守教條。

             

             

            Posted on 2011-01-30 11:19 袁斌 閱讀(4626) 評(píng)論(3)  編輯 收藏 引用 所屬分類: c++

            Feedback

            # re: 回調(diào)函數(shù)的常見(jiàn)實(shí)現(xiàn)方式及速度比較  回復(fù)  更多評(píng)論   

            2011-01-30 22:59 by 欲三更
            說(shuō)起來(lái)是這些方法,但是在涉及到跨模塊的時(shí)候,所有的模板方法都會(huì)有一定問(wèn)題,然后虛函數(shù),也就是接口的方法又不夠靈活,最后,涉及到跨線程的時(shí)候,所有的方法都面臨極大考驗(yàn)。

            總結(jié):
            1.c++基本上就解決不了回調(diào)這個(gè)問(wèn)題
            2.c++鼓勵(lì)源碼級(jí)的復(fù)用,而不是二進(jìn)制模塊級(jí)的復(fù)用
            3.c++還是不大適合多線程

            PS:我記得還有一個(gè)cppsignal庫(kù)和boost::signal也能用于這個(gè)功能。其實(shí)具體到一個(gè)領(lǐng)域,比如GUI,那么windows的消息機(jī)制其實(shí)是最好的。

            # re: 回調(diào)函數(shù)的常見(jiàn)實(shí)現(xiàn)方式及速度比較  回復(fù)  更多評(píng)論   

            2011-01-31 10:24 by 袁斌
            @欲三更
            基本不認(rèn)同你的看法
            1、c++解決回調(diào)問(wèn)題還是很靈活的,以上方法都可用,還有更多的方法可用。
            2、模塊接口化或com化就可解決模塊間復(fù)用問(wèn)題,這已經(jīng)是使用很廣泛并且很容易使用的技術(shù)。
            3、c++做多線程既高效又靈活,你看看有幾個(gè)多線程程序不是用c/c++做的?apache nginx chrome ie qq explorer ...
            signal我很少用,因?yàn)椴粔蜢`活且不是線程安全的,用起來(lái)不爽。
            跨模塊跨線程都不算是什么大問(wèn)題,只要管好數(shù)據(jù)同步和控制同步即可,跟用什么方法回調(diào)沒(méi)太大關(guān)系。

            # re: 回調(diào)函數(shù)的常見(jiàn)實(shí)現(xiàn)方式及速度比較  回復(fù)  更多評(píng)論   

            2011-01-31 22:53 by vczh
            普通回調(diào)函數(shù)加上一個(gè)void*的參數(shù)就好了,譬如

            class X
            {
            void InstallCallback(void(*callback)(void*,abcde));
            void InvokeCallback(void* userdata);
            };
            国内精品伊人久久久久网站| 精品久久久久久久久中文字幕| 久久国产视频99电影| 青青草原综合久久大伊人导航| 色婷婷久久综合中文久久一本| 亚洲中文字幕无码久久精品1| 伊人久久大香线焦综合四虎| 综合人妻久久一区二区精品| 国产福利电影一区二区三区久久久久成人精品综合 | 久久精品国产精品亜洲毛片| 久久精品亚洲AV久久久无码| 99久久国产亚洲高清观看2024 | 麻豆成人久久精品二区三区免费| 日本精品久久久中文字幕| 国产成人综合久久精品红| 精品无码久久久久久国产| 久久AV高清无码| 久久亚洲AV成人无码国产| 婷婷久久综合九色综合九七| 久久久久久狠狠丁香| 色狠狠久久AV五月综合| 久久人人爽人人人人片av| 久久久精品国产Sm最大网站| 久久er国产精品免费观看2| 国产美女亚洲精品久久久综合| 久久国产福利免费| 精品久久人人做人人爽综合| 伊人久久综在合线亚洲2019 | 国产精品成人99久久久久91gav| 久久精品国产亚洲av高清漫画| 尹人香蕉久久99天天拍| 欧美伊人久久大香线蕉综合69| 久久精品国产一区二区三区不卡| 久久免费国产精品一区二区| 久久婷婷久久一区二区三区| 精品久久久久久久| 国产精品久久久久久久午夜片 | 久久无码精品一区二区三区| 久久综合视频网站| 国产毛片欧美毛片久久久| 国产成人无码精品久久久性色|