• <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 李陽 閱讀(438) 評論(0)  編輯 收藏 引用 所屬分類: C++
            久久久无码精品亚洲日韩软件| 欧美一区二区三区久久综合 | 久久亚洲国产成人精品性色| 狠狠色婷婷久久一区二区 | 久久精品www人人爽人人| 久久综合中文字幕| 久久中文字幕人妻丝袜| 久久久青草青青亚洲国产免观| 久久久久综合网久久| 久久中文字幕人妻丝袜| 久久―日本道色综合久久| 久久中文字幕人妻熟av女| 国内精品久久久久久99蜜桃| 国产精品久久久香蕉| 99久久成人国产精品免费| 亚洲中文精品久久久久久不卡| 久久99精品国产一区二区三区| 久久超碰97人人做人人爱| 久久精品成人一区二区三区| 国产精品久久久久久久午夜片| AAA级久久久精品无码片| 久久久久久免费视频| 久久毛片一区二区| 久久久久国产日韩精品网站| 久久精品国产精品国产精品污| 久久久久女人精品毛片| 国产激情久久久久久熟女老人| 亚洲欧洲精品成人久久奇米网| 亚洲国产成人精品无码久久久久久综合 | 亚洲国产另类久久久精品| 精品久久久久久久久午夜福利| 亚洲AV伊人久久青青草原| 青青热久久综合网伊人| 国内精品九九久久久精品| 蜜臀av性久久久久蜜臀aⅴ| 伊人久久综合无码成人网| 久久99久国产麻精品66| 国产精品久久久久无码av| 国产成人精品久久免费动漫| 国产午夜福利精品久久2021| 久久国产精品99精品国产987|