• <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;
            });
              回復  更多評論
              

            国产免费久久精品99re丫y| 久久久久国产| 久久人人爽人人爽人人片AV不 | 久久91精品国产91久久小草| 久久人妻AV中文字幕| 欧美久久久久久| 久久婷婷五月综合97色直播| 99久久无色码中文字幕人妻| 精品久久久中文字幕人妻| 亚洲欧美日韩中文久久| 亚洲精品乱码久久久久66| 日韩av无码久久精品免费| 狠狠久久亚洲欧美专区| 91精品日韩人妻无码久久不卡| 久久99久久成人免费播放| 久久综合日本熟妇| 久久久国产精华液| 久久国产精品99精品国产| 久久精品国产免费一区| 久久99精品久久久久久噜噜| 伊人久久成人成综合网222| 精品久久久久久国产| 国产亚洲美女精品久久久久狼| 国产日韩久久久精品影院首页| 久久这里的只有是精品23| 日韩人妻无码精品久久久不卡| 国产精品久久毛片完整版| 久久免费99精品国产自在现线| 中文字幕无码精品亚洲资源网久久| 久久久久久午夜成人影院| 国产AV影片久久久久久| 精品综合久久久久久97| 蜜桃麻豆www久久| 伊人久久大香线蕉av不变影院| 国产情侣久久久久aⅴ免费| 亚洲国产高清精品线久久| 国产精品久久一区二区三区| 久久久久亚洲精品男人的天堂| 久久综合给久久狠狠97色| 日韩中文久久| 日本免费久久久久久久网站|