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

            FireEmissary

              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
              14 隨筆 :: 0 文章 :: 20 評論 :: 0 Trackbacks
            老實說,我不知道C++11有了lambda,怎么還會要引入bind.
            bind這玩意,嵌套兩層就得出汗,嵌套三四層絕對要人提心吊膽驗證n久.還有個自以為是的功能:如果綁定的參數是bind對象,它就自作聰明去調用.問題是,有時候你確實要個可調用對象而不是可調用對象的調用返回值,你要不就得用ref包裹bind,要不就得格外寫個可調用對象使得std::is_bind_expression<T>::value == true判斷不成立.這格外寫個可調用對象的簡單方法是什么:就是用lambda.....
            有人會說:bind能做的事lambda不能做,比如bind可以綁定一個可調用對象,這個可調用對象有多個可調用operator call或者template call.如下:

             struct foo
            {
            typedef 
            void result_type;

            template 
            < typename A, typename B >
            void operator()(A a, B b)
            {
            std::cout 
            << "operator()(A a, B b)"<<std::endl;
            }
            void operator()(int a,int b)
            {
            std::cout 
            << "operator()(int a,int b)"<<std::endl;
            }
            int operator()(int a,char b)
            {
            std::cout 
            << "operator()(int a,char b)"<<std::endl;
            return 1;
            }
            };
            int main()
            {
            using namespace std::placeholders;
            auto f 
            = std::bind(foo(), _1,_2);
            f(
            "test"1.2f);
            f(
            2,3);
            std::cout
            <<"get:"<<f(2,'3');
            return 0;
            }

            沒錯,lambda必須指定函數參數類型,表面上看也許沒那么"可變".然而你要考慮實際應用場景.bind一個對象后怎么用它呢?一般使用場景是保存起來以備使用.而目前class 成員顯然不是一個auto可以指定,它得是具體的類型,比如std::function<void(int ,float)>.如果把上面代碼里的 f保存在一個std::function<void(int ,float)>類型里面,那么當后來調用它傳入兩個整型時會調用哪個函數?不是operator()(int a,int b)  而是operator()(A a, B b)!所以除非你bind一個對象后立馬在當前函數里使用(多此一舉),否則bind的參數靈活性基本發揮不出來.
            這就給出了兩個易出錯場景:
            一個是傳給bind的參數是可調用對象是,表現不一樣(可調用對象是另一個bind時,會被調用,其它則當成普通對象)
            另一個是對于bind一個類,類里面有多個可調用函數時,出現你以為調用operator()(int a,int b)  而實際上是operator()(A a, B b).反之lambda的直觀使得它更容易找出問題.
            再加上bind多層嵌套使用帶來的可讀性問題(這其實也是易出錯場景),我的看法是:學好lambda,遠離bind.
            posted on 2013-03-10 09:11 FireEmissary 閱讀(7960) 評論(11)  編輯 收藏 引用

            評論

            # re: 使用lambda,遠離bind 2013-03-11 00:57 YzL
            auto是C++11才有的東西,而bind()已經存在并在舊的C++標準上實現了很久了,比如boost::bind(),并不是只有auto才能保存/推導bind()對象,模版也可以,看下面的代碼:
            template<typename CallType>
            void Func(CallType call)
            {
            call();
            }
            這種情況bind()能生成/適配出實際上具有N個參數的call(),lambda則永遠只能沒參數,雖然lambda可以訪問外部變量來模擬多參數,但是當Func()需要多次在不同的作用域調用、或者call()本身是第三方庫時,bind()就要方便得多  回復  更多評論
              

            # re: 使用lambda,遠離bind[未登錄] 2013-03-11 03:43 lost
            求排版  回復  更多評論
              

            # re: 使用lambda,遠離bind 2013-03-12 15:26 w
            還是傳統的寫法簡單靠譜, 非得搞這些所謂的亂七八糟的新特性,c++真是走火入魔了  回復  更多評論
              

            # re: 使用lambda,遠離bind[未登錄] 2013-03-14 00:05 Jcily
            我覺得bind和lambda這兩個面向的問題針對性不同。

            兩者并沒有可比性。

            bind體現在幫助我們簡潔快速的打包一個函數對象的便捷性,而不用像“仿函數”去手動用操作符重載的方法寫一個class或者struct。

            lambda重點是當你需要一個閉包。比如你懶得去定義一個只會被這里調用一次的回調函數,更不想另外手寫定義一些變量幫它保存當時的局部環境狀態。  回復  更多評論
              

            # re: 使用lambda,遠離bind 2013-03-14 09:50 xinqing
            lambda可以有參數,也可以有返回值  回復  更多評論
              

            # re: 使用lambda,遠離bind[未登錄] 2013-03-14 13:25
            @Jcily
            頂  回復  更多評論
              

            # re: 使用lambda,遠離bind 2013-03-15 16:10 bill gates
            bind有個東西叫protect,就是用來取消函數組合(bind的默認行為)。C++最大的問題是用底層概念實現了上層抽象,這樣在調試程序的時候,由于底層實現不是自己寫的,導致出問題幾乎無法調試,除非你去看那些實現的源代碼。調試過幾次bind,相當痛苦。  回復  更多評論
              

            # re: 使用lambda,遠離bind 2013-03-15 16:11 liyou
            @Jcily
            有見地。  回復  更多評論
              

            # re: 使用lambda,遠離bind 2013-03-15 22:54 wingfire
            “除非你bind一個對象后立馬在當前函數里使用(多此一舉),否則bind的參數靈活性基本發揮不出來.”
            這個何出此言?不考慮和模板的合作嗎?bind的結果可以傳給模板函數啊,不一定要返回。就算返回,在類型自動推導時也是有用的。  回復  更多評論
              

            # re: 使用lambda,遠離bind 2013-03-15 22:55 wingfire
            lambda不支持模板是C++11的一大敗筆,事實就是如此。  回復  更多評論
              

            # re: 使用lambda,遠離bind 2013-03-16 13:35 FireEmissary
            @wingfire
            lambda不支持模板是遺憾而不是敗筆,因為它并非將來不可改進.
            至于和模板的合作,從最新的書籍來看也是建議用lambda.誠如<<The C++ Standard Library>>Second Edition所說(10.2.4):


            std::find_if (coll.begin(), coll.end(),
            std::bind(std::logical_not<bool>(),
            std::bind(std::modulus<int>(),
            std::placeholder::_1,
            2)));

            Being able to use a lambda is really an improvement here:

            std::find_if (coll.begin(), coll.end(),
            [](int elem){
            return elem%2==0;
            });
              回復  更多評論
              

            99久久无色码中文字幕| 77777亚洲午夜久久多人| 99久久国产免费福利| 久久久久无码中| 精品久久久无码21p发布| 久久天天躁狠狠躁夜夜网站 | 国产精品久久久久久久app| 国内精品伊人久久久久777| 久久99毛片免费观看不卡| 久久综合久久鬼色| 国产成人无码久久久精品一 | 亚洲综合熟女久久久30p| 伊人热人久久中文字幕| 国产毛片欧美毛片久久久| 亚洲国产天堂久久综合网站| 人妻精品久久无码区| 久久久综合香蕉尹人综合网| 国产精品久久久久影院嫩草| 2021国产精品久久精品| 91久久香蕉国产熟女线看| 久久久噜噜噜久久中文字幕色伊伊| 99久久免费国产精品| 国产三级久久久精品麻豆三级 | 久久久久中文字幕| 久久人人爽人人爽人人片AV东京热 | 精品久久久一二三区| 72种姿势欧美久久久久大黄蕉| 国产精品青草久久久久福利99| 欧美亚洲日本久久精品| 色综合久久综合中文综合网| 久久久久99精品成人片三人毛片| 久久天天躁狠狠躁夜夜躁2014 | 亚洲综合精品香蕉久久网97| 无码人妻久久一区二区三区蜜桃| 国内精品久久九九国产精品| 久久福利资源国产精品999| 99久久精品影院老鸭窝| 91性高湖久久久久| 久久SE精品一区二区| 91久久成人免费| 国产∨亚洲V天堂无码久久久|