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

            清風竹林

            ぷ雪飄絳梅映殘紅
               ぷ花舞霜飛映蒼松
                 ----- Do more,suffer less

            delete this--對象請求自殺

            delete this--對象請求自殺

            版本:0.1

            最后修改:2009-08-18

            撰寫:李現民


                 第一次見delete this的時候,沒覺得這是一項會有什么特殊作用的技術,因此也就沒有特別關注。

                 昨日在sourcemaking.com上看state模式之c++實現的時候,看到它在狀態轉換的時候使用了delete this,感覺似乎還不錯。

                 作為一種“禁術”,使用的時候必須要相當小心才行,《C++ FAQ》里提到所謂“小心”至少包括以下幾個方面:

            1. this對象是必須是用 new操作符分配的(而不是用new[],也不是用placement new,也不是局部對象,也不是global對象);

            2. delete this后,不能訪問該對象任何的成員變量及虛函數(delete this回收的是數據,這包括對象的數據成員以及vtable,不包括函數代碼);

            3. delete this后,不能再訪問this指針。換句話說,你不能去檢查它、將它和其他指針比較、和 NULL比較、打印它、轉換它,以及其它的任何事情;


                 個人認為保證以上禁忌列表基本手段可以包括:

            1. 析構函數私有化(如果有子類,則protected化,保證子類能夠正確繼承)--以保證對象必須使用new在堆上分配內存;

            2. 提供(可以在僅僅在基類中)Destroy(void)函數,里面僅有一句delete this--以保證第三方能夠將分配的內存回收;


                 下一次使用state pattern的時候,我想可以嘗試一下。

            posted on 2009-08-18 11:07 李現民 閱讀(5992) 評論(0)  編輯 收藏 引用 所屬分類: 語法試煉

            精品久久久久久成人AV| 青青草原综合久久大伊人导航| 国产午夜精品久久久久九九电影| 狠狠人妻久久久久久综合| 精品国产婷婷久久久| 欧美亚洲国产精品久久| 亚洲美日韩Av中文字幕无码久久久妻妇| 欧美精品一本久久男人的天堂| AV无码久久久久不卡蜜桃| 久久er99热精品一区二区| 久久影院午夜理论片无码| 热久久这里只有精品| 色妞色综合久久夜夜| 国产激情久久久久久熟女老人| 国产福利电影一区二区三区久久老子无码午夜伦不 | 国产精品99久久精品| 99热精品久久只有精品| 72种姿势欧美久久久久大黄蕉| 婷婷综合久久中文字幕蜜桃三电影| 国产精品美女久久久久av爽| 青草影院天堂男人久久| 久久91精品国产91久久麻豆| 热久久国产精品| 深夜久久AAAAA级毛片免费看 | 久久久久久久久久久精品尤物| 久久精品18| 亚洲精品乱码久久久久久按摩 | 久久国内免费视频| 亚洲AV日韩AV天堂久久| 99久久精品这里只有精品| 午夜精品久久久久成人| 国产亚洲精品美女久久久| 久久久久久久国产免费看| 精品国产乱码久久久久久郑州公司| 精品久久久久香蕉网| 亚洲∧v久久久无码精品| 久久无码人妻精品一区二区三区| 亚洲国产天堂久久久久久| 久久久久成人精品无码| 久久婷婷五月综合色奶水99啪| 欧美亚洲国产精品久久久久|