• <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>
            posts - 58,  comments - 75,  trackbacks - 0

              本以為slot就是被signal存儲并管理的slot。但是通過解讀boost的源代碼發現這個類并沒有被signal直接管理,而僅僅用來構造了下connection。沒有發現其他的用途。如果這樣,那為何不直接在signal的connect中直接進行connection的構造呢。
              signal的connect函數沒有直接接收function對象,而是接收的slot<>對象,而slot<>對象用來接收function。這個function看來未必一定是個函數對象了。可以是個原始函數或類函數了。 這個猜測要證實了才能確定。即便如此,這個類的作用是有限的。不過關于那個tackeable的用法還沒有完全高清楚,可能那是這個類存在的理由,也許以后會有什么的發展。但現在確實看不出什么大的用途。
              奇怪于為何在signal中的slot管理器,不去直接管理slot<>的實例,而是管理connection和function的pair。

              個人覺得在slot<>中的最有用處的函數。
            void slot_base::create_connection()
            {
             basic_connection* con = new basic_connection();

             {
              con->signal = static_cast<void*>(this);
              con->signal_data = 0;
              con->blocked_ = false ;
              con->signal_disconnect = &bound_object_destructed;
             }
             
             data->watch_bound_objects.reset(con);

             scoped_connection safe_connection(data->watch_bound_objects);

             for(std::vector<const trackable*>::iterator i = data->bound_objects.begin();
              i != data->bound_objects.end(); ++i)
             {
              BOOST_SIGNALS_NAMESPACE::detail::bound_object binding;
              (*i)->signal_connected(data->watch_bound_objects, binding);

              BOOST_SIGNALS_NAMESPACE::detail::auto_disconnect_bound_object disconnector(binding);

              con->bound_objects.push_back(binding);
              disconnector.release();
             }

             safe_connection.release();
             data->watch_bound_objects.set_controlling(true);
            }

            posted on 2007-04-23 16:57 walkspeed 閱讀(857) 評論(2)  編輯 收藏 引用 所屬分類: STL、Boost、范型編程C++語言

            FeedBack:
            # re: 奇怪于signal中的slot類的用途[未登錄]
            2007-12-21 02:23 | eXile
            個人認為boost現有的signal 實現并不怎么樣, 應該在下一個版本中有較大的更新。
            再來解釋一下,使用trackable是為了把它作為一個基類,trackable對象銷毀時,能自動斷開相關連接。而connection的設計是因為boost::function并不能也無法提供一致的相等性比較,所以用connection來管理slot 的連接。當然設計的關鍵之處是還是要防止懸掛指針的出現,所以slot管理器并不直接操作slot的實例。  回復  更多評論
              
            # re: 奇怪于signal中的slot類的用途
            2007-12-28 15:49 | tip
            請教,關于boost有沒有什么好的學習文檔,謝謝  回復  更多評論
              

            <2007年12月>
            2526272829301
            2345678
            9101112131415
            16171819202122
            23242526272829
            303112345

            常用鏈接

            留言簿(4)

            隨筆分類(64)

            隨筆檔案(58)

            文章分類(3)

            文章檔案(3)

            相冊

            收藏夾(9)

            C++零碎

            好友

            搜索

            •  

            積分與排名

            • 積分 - 161487
            • 排名 - 163

            最新評論

            閱讀排行榜

            評論排行榜

            久久久久亚洲国产| 日韩一区二区久久久久久| 亚洲国产精品无码久久久秋霞2 | 久久中文字幕精品| 99久久99久久精品免费看蜜桃 | 99久久国产综合精品女同图片 | 精品久久久久一区二区三区| 精品国产99久久久久久麻豆| 狠狠色丁香婷婷综合久久来| 久久久久亚洲AV无码专区首JN| 国产亚洲婷婷香蕉久久精品| 伊人久久大香线蕉精品不卡| 久久亚洲综合色一区二区三区| 青青草原综合久久大伊人| 久久久久国产一级毛片高清版| 久久精品国产免费观看三人同眠| 国产—久久香蕉国产线看观看 | 四虎国产永久免费久久| 人妻精品久久久久中文字幕一冢本| 国产福利电影一区二区三区久久老子无码午夜伦不 | 久久青青国产| 国内精品久久久久久久coent| .精品久久久麻豆国产精品| 亚洲中文字幕无码久久精品1 | 亚洲人成伊人成综合网久久久| 久久精品国产一区二区三区不卡| 好属妞这里只有精品久久| 漂亮人妻被黑人久久精品| 久久天天躁夜夜躁狠狠躁2022 | 精品国产综合区久久久久久 | 国产精品99久久不卡| 久久狠狠色狠狠色综合| 72种姿势欧美久久久久大黄蕉| 久久亚洲AV成人无码国产| 久久综合精品国产二区无码| 久久久久亚洲AV无码网站| 亚洲午夜久久久久久久久电影网 | 久久九色综合九色99伊人| 久久精品免费网站网| 亚洲国产精品成人久久蜜臀| 久久伊人精品一区二区三区|