• <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 - 18,  comments - 104,  trackbacks - 0

            相信 xxx_cast 系列都很熟了。

            static_cast, dynamic_cast, const_cast, reinterpret_cast.

            但是當面對boost::shared_ptr的時候呢?

            reinterpret_cast 可以轉(zhuǎn)換任何類型,這個在討論范圍之外。

            對于下面的這個定義:

             1 class A
             2 {
             3 public:
             4     virtual ~A() {}
             5 };
             6 
             7 class B
             8     : public A
             9 {
            10 public:
            11     ~B() {}
            12 };

            如果用boost::shared_ptr包裝的話:

            1 typedef boost::shared_ptr<A> APtr;
            2 typedef boost::shared_ptr<B> BPtr;

            想想通常對指針的使用:
            1 *pA = new B();
            2 *pB = dynamic_cast<B*>(pA);
            3 // unsafe
            4 *upB = static_cast<B*>(pA);
            5 
            6 pA->;
            7 pB->;
            8 // may crash
            9 upB->;

            如果使用boost::shared_ptr呢。
            1 APtr pA = APtr(new B());    // OK
            2 BPtr pB = pA;               // compile error

            從根本上講,APtr 和 BPtr除了里面包裝的原生指針有點關(guān)系以外,他們就是完全不同的兩個類型,當然A和B也是完全不同的類型呀,可是想想看其實B是知道A的存在的。可是BPtr完全不知道APtr的存在。那這兒cast怎么進行呢?別說向下轉(zhuǎn)型了,向上轉(zhuǎn)型都成問題。

            看看這段代碼:

            1 template <class T>
            2 class shared_ptr
            3 {
            4     template <class F>
            5     shared_ptr(const shared_ptr<F>& p)
            6         : _p(p._p)
            7         , _np(p._np)
            8     {}
            9  private:
            10    T* _p;
            11    reference_counter _np;
            12 };

            這個構(gòu)造函數(shù)可以搞定自動向上轉(zhuǎn)型,因為編譯器可以自動檢查 _p(p._p) 的合法性。那向下轉(zhuǎn)型怎么辦呢?看了上面這段代碼,相信很容易解決想想啊轉(zhuǎn)型的問題了。 只要把  _p(p._p)  改成 _p(dynamic_cast<T*>(p._p) 就可以了,當然要檢查指針的合法性,我就不多寫了。
            當然boost::shared_ptr的作者已經(jīng)想到這個問題,他給提供了解決方案:


             1 template<class T, class U> 
             2 shared_ptr<T> static_pointer_cast(shared_ptr<U> const & r)
             3 {
             4     return shared_ptr<T>(r, boost::detail::static_cast_tag());
             5 }
             6 
             7 template<class T, class U> 
             8 shared_ptr<T> dynamic_pointer_cast(shared_ptr<U> const & r)
             9 {
            10     return shared_ptr<T>(r, boost::detail::dynamic_cast_tag());
            11 }

            需要用static_cast 轉(zhuǎn)換普通指針的地方,用shared_static_cast 轉(zhuǎn)換shared_ptr,
            需要用dynamic_cast 轉(zhuǎn)換普通指針的地方,用shared_dynamic_cast 轉(zhuǎn)換shared_ptr.

            前面說過,沒有const的shared_ptr,但是有


            1 const A* pA = new B();
            2 shared_ptr<const A> cpA(pA);         //const
            3 APtr spA = const_pointer_cast<A>(cpA);

            總結(jié)一下:
            const_cast               const_pointer_cast
            static_cast              static_pointer_cast
            dynamic_cast             dynamic_pointer_cast

            最后一個小問題:以前,boost中的shared_ptr的cast函數(shù)的名字是:shared_xxxx_cast,
            后來,為了IDE自動提供幫助,改成了xxxx_pointer_cast。由此可見,設計庫還是要用戶至上。

            posted on 2009-04-30 21:43 尹東斐 閱讀(5208) 評論(2)  編輯 收藏 引用

            FeedBack:
            # re: boost::shared_ptr 的 cast
            2009-05-01 19:22 | 陳梓瀚(vczh)
            引用計數(shù)要變的話也可以const,因為shared_ptr存的是引用計數(shù)的指針,而不只是引用計數(shù)。  回復  更多評論
              
            # re: boost::shared_ptr 的 cast
            2009-05-01 23:25 | 尹東斐
            @陳梓瀚(vczh)

            嗯,謝謝提醒,我理解有問題。  回復  更多評論
              
            <2011年3月>
            272812345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            常用鏈接

            留言簿(4)

            隨筆檔案

            文章分類

            文章檔案

            相冊

            好友博客

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            亚洲人成精品久久久久| 99久久综合国产精品免费| 亚洲精品NV久久久久久久久久| 麻豆AV一区二区三区久久| 亚洲欧美一区二区三区久久| 久久精品国产99久久久香蕉| 国产精品久久久久影院色| 成人国内精品久久久久一区| 777米奇久久最新地址| 久久夜色精品国产噜噜麻豆| 五月丁香综合激情六月久久 | 久久国产精品99精品国产| 亚洲精品乱码久久久久久中文字幕 | 国产精品九九久久免费视频| 欧美综合天天夜夜久久| 久久精品国产亚洲AV不卡| 久久久无码精品亚洲日韩软件| 久久av高潮av无码av喷吹| 色悠久久久久久久综合网| 怡红院日本一道日本久久| 一本色道久久88加勒比—综合| 久久国产精品一区| 九九精品久久久久久噜噜| 无码人妻久久一区二区三区免费| 亚洲AV乱码久久精品蜜桃| 久久99久久99小草精品免视看| 久久久国产精品福利免费 | 91久久精品91久久性色| 品成人欧美大片久久国产欧美...| 久久99精品久久久久久不卡| 伊人 久久 精品| 久久66热人妻偷产精品9| 久久精品国产亚洲Aⅴ香蕉| 久久久久久久波多野结衣高潮| 国产综合久久久久| 性高朝久久久久久久久久| www.久久热.com| 色婷婷噜噜久久国产精品12p | 久久天天躁狠狠躁夜夜avapp| 亚洲一本综合久久| 亚洲中文精品久久久久久不卡|