• <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>
            隨筆-4  評論-40  文章-117  trackbacks-0

                轉

            在一些大的工程中,可能會包含幾十個基礎類,免不了之間會互相引用(不滿足繼承關系,而是組合關系)。也就是需要互相聲明。好了,這時候會帶來一些混亂。如果處理得不好,會搞得一團糟,根據我的經驗,簡單談談自已的處理辦法:

            編碼時,我們一般會盡量避免include頭文件,而是采用聲明 class XXX。但有時候還是必須用Include頭文件,那么,兩者的劃分在于什么呢?

            應該是很明確的,但書上好像都少有提及。

            首先:
            我們要明白為什么要用聲明取代頭文件包含:對了,是為了避免無必要的重編譯(在頭文件發生變更時)工程較大,低速機,或基礎類經常變更(不合理的設計吧),編譯速度還是會在意的,另外,更為重要的是,采用聲明可降低代碼(class)之間的藕合度,這也是面向對象設計的一大原則。

            二:一般原則:
            a.
            頭文件中盡量少include, 如果可以簡單申明 class clsOld; 解決,那最好。減少沒有必要的include;
            b.
            實現文件中也要盡量少include,不要include沒有用到的頭文件。

            三:那什么時候可以只是簡單聲明class clsOld呢?
            簡單的說:不需要知道clsOld的內存布局的用法都可以(靜態成員除外),也就是講如果是指針或引用方式的都行。
            比如:
               clsOld * m_pOld;    //
            指針占4個字節長
               clsOld & test(clsOld * pOld) {return *pOld};
             
            一切OK

            四:什么時候不能簡單聲明class clsOld,必須include呢?
            不滿足三的情況下:
             
            比如:
                     clsOld m_Objold;  //
            不知道占據大小,必須要通過它的具體聲明來計算
            原因很簡單,想想你要計算sizeof(classNew),但連clsOldsize都不知道,編譯器顯然會無能為力。

            特殊情況:
                      int test() { return clsOld::m_sInt;}
                
            靜態成員調用,想來應該是不需要知道內存布局的,但因為需要知道m_sInt是屬于clsOld命名空間的,如果只聲明class xxx顯然是不足以說明的,所以必須包含頭文件。

            綜上所述,我有以下幾點建議:
            1
            :如果有共同相關依賴(必須include)的類,比如 A,B都依賴D 可以放在一起,然后直接 Include "d" 類的使用者只需關心與本類暴露出的相關類型,內部用到的類型不用去管(不用自已去include d)。這樣給出的class,調用者才更好用(不用去看代碼查找,是不是還需要包含其它頭文件)。

            2:如果A類依賴D B類不依賴D,可以把它們分開兩個頭文件。各自Include。這樣可避免當D發生變化時,避免不必要重編譯。

            3:類中盡量采用指針或引用方式調用其它類,這樣就可以只聲明class xxx了。并且這也符合資源最優利用,更利于使用多態。

            posted on 2008-03-12 16:59 李陽 閱讀(440) 評論(0)  編輯 收藏 引用 所屬分類: C++
            99久久99久久精品国产| 久久久久综合网久久| 久久久久久曰本AV免费免费| 久久婷婷五月综合色奶水99啪| 久久久久久久久无码精品亚洲日韩| 99久久99久久久精品齐齐| 久久久久这里只有精品| 嫩草伊人久久精品少妇AV| 久久国产成人亚洲精品影院| 伊人久久大香线蕉综合影院首页| 久久国产精品久久久| 777午夜精品久久av蜜臀| 91麻精品国产91久久久久| 久久精品国产久精国产一老狼| 久久99国产精品久久99果冻传媒| 国产精品99久久久精品无码| 国产精品无码久久四虎| 久久国产精品-久久精品| 日韩精品久久久肉伦网站| 婷婷久久综合九色综合绿巨人| 国产激情久久久久影院小草 | 国产精品美女久久久久网| 久久国产AVJUST麻豆| 国产精品九九久久精品女同亚洲欧美日韩综合区 | 999久久久免费精品国产| 精品国产乱码久久久久久人妻| 久久精品无码一区二区三区免费 | 久久久久亚洲AV无码专区桃色| 精品久久久久香蕉网| 色88久久久久高潮综合影院| 久久久久久久久波多野高潮| 伊人久久成人成综合网222| 综合久久久久久中文字幕亚洲国产国产综合一区首 | 国产99久久久国产精品小说| 日本道色综合久久影院| 久久综合国产乱子伦精品免费| 欧美黑人激情性久久| 久久精品国产久精国产果冻传媒| 久久亚洲精品成人无码网站| 伊人久久大香线蕉综合Av| 久久精品国产亚洲AV高清热|