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

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

             

             

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

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

            2、  虛函數(shù)

            3、  函數(shù)對象

            4、  傳統(tǒng)c函數(shù),通過一個void *傳遞對象地址,內部強制轉換

            5、  fastdelegate

            6、  Tr1::function + bind

            7、  Boost::Function + bind

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

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

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

             

             

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

            Feedback

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

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

            總結:
            1.c++基本上就解決不了回調這個問題
            2.c++鼓勵源碼級的復用,而不是二進制模塊級的復用
            3.c++還是不大適合多線程

            PS:我記得還有一個cppsignal庫和boost::signal也能用于這個功能。其實具體到一個領域,比如GUI,那么windows的消息機制其實是最好的。

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

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

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

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

            class X
            {
            void InstallCallback(void(*callback)(void*,abcde));
            void InvokeCallback(void* userdata);
            };
            2021国内精品久久久久久影院| 欧美一区二区三区久久综合| 亚洲色婷婷综合久久| 色播久久人人爽人人爽人人片aV | 亚洲午夜久久久久久久久电影网| 久久国产福利免费| 人人狠狠综合久久亚洲| 免费一级做a爰片久久毛片潮| 国内精品久久久久久不卡影院| 久久精品中文字幕有码| 久久久久国产精品麻豆AR影院| 精品久久久久久国产三级| 久久AⅤ人妻少妇嫩草影院| 久久www免费人成看国产片| 色婷婷久久综合中文久久一本| 久久中文字幕视频、最近更新| 欧美久久久久久精选9999| 精品国产日韩久久亚洲| 777午夜精品久久av蜜臀| 久久亚洲精品成人av无码网站| 久久99国产精品99久久| 久久露脸国产精品| 欧美熟妇另类久久久久久不卡| 秋霞久久国产精品电影院| 中文精品99久久国产| 亚洲AV日韩精品久久久久久久| 久久99精品久久久久婷婷| 久久精品无码免费不卡| 亚洲精品乱码久久久久久| 国产综合精品久久亚洲| 色婷婷综合久久久久中文一区二区| 久久精品国产亚洲AV无码偷窥| 国产免费久久久久久无码| 久久久久av无码免费网| 久久成人国产精品二三区| 一本色道久久88精品综合| 91精品免费久久久久久久久| 99久久夜色精品国产网站| 国产69精品久久久久9999| 久久99精品国产麻豆| 77777亚洲午夜久久多人|