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

            隨筆檔案

            文章分類

            文章檔案

            相冊

            好友博客

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            久久国产精品久久精品国产| 69久久夜色精品国产69 | 精品久久久久香蕉网| 99久久精品日本一区二区免费| 久久久久人妻精品一区二区三区 | 亚洲精品白浆高清久久久久久| 久久久一本精品99久久精品66| 国产精品美女久久久久| 久久精品免费网站网| 精品久久久久久中文字幕大豆网 | 国产午夜久久影院| 无码人妻久久一区二区三区蜜桃 | 亚洲精品美女久久久久99| 国产V综合V亚洲欧美久久| 免费精品久久久久久中文字幕| 久久se精品一区二区| 亚洲欧美日韩久久精品| 久久久99精品一区二区| 欧洲人妻丰满av无码久久不卡| 日韩精品久久久久久久电影| 69久久精品无码一区二区| 久久久高清免费视频| 久久国产精品免费| 亚洲国产成人久久精品影视| www.久久热.com| 久久人人添人人爽添人人片牛牛| 国产一区二区三区久久| 精品一二三区久久aaa片| 久久影视综合亚洲| 久久综合久久鬼色| 久久精品国产99久久久香蕉| 欧美一区二区精品久久| 国产高潮久久免费观看| 久久久久久一区国产精品| 久久香蕉一级毛片| 狠狠色丁香久久婷婷综合五月| 精品综合久久久久久97| 中文字幕人妻色偷偷久久| 国产成人久久精品一区二区三区| 亚洲中文字幕无码久久2020| 久久无码专区国产精品发布|