• <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>
            渴望飛翔
            Fly in the C++ Sky...
            posts - 9,  comments - 6,  trackbacks - 0

            在C++中經(jīng)常會涉及到處于不同頭文件的類互相引用的情況,有時(shí)候頭文件引用(include)會搞得很亂,導(dǎo)致報(bào)一堆的錯(cuò)。其實(shí)遵循一定規(guī)則,可以避免大部分的混亂。

            首先,要對頭文件進(jìn)行處理,保證不會出現(xiàn)重定義的錯(cuò)誤。這個(gè)應(yīng)該每個(gè)人都會,通常有兩種做法:

            1. 在.cpp文件中添加保護(hù),比如在.cpp文件中添加:

            #ifndef _XX_H_
            #define _XX_H_
            #include "xx.h"
            #endif

            2. 在.h中添加保護(hù),比如在xx.h文件中添加:

            #ifndef _XX_H_
            #define _XX_H_
            // 頭文件聲明內(nèi)容
            #endif

            _XX_H_是我比較習(xí)慣的命名方式,其他的命名方式,比如__XX__H__,XX_H等等,只要足夠Unique就好。建議使用第二種方式進(jìn)行重定義的保護(hù),一勞永逸而且具有通用性,任何人拿來就能用,不需要考慮保護(hù)問題。當(dāng)然,如果在VS(03以上吧?)下,最好的解決方案是用#pragma once,更為簡單有效。

            其次,最好將所有頭文件需要用到的自定義類(或函數(shù))都在定義前聲明一下,比如在xx.h的類xx中需要用到y(tǒng)y.h中的yy類,那么最好做以下的處理:

            class yy;

            class xx
            {
             // 實(shí)現(xiàn)內(nèi)容
            };

            這樣就可以保證頭文件引用的次序不會對結(jié)果造成影響。

            通常,保證以上兩點(diǎn),通常涉及到類互指的問題都可以解決。當(dāng)然如果天生就有設(shè)計(jì)問題,無論如何都是沒有辦法的,比如:

            // xx.h
            class xx
            {
             yy t;
            };

            // yy.h
            class yy
            {
             xx t;
            };

            不難看出,這是個(gè)遞歸定義,編譯器無法確定類xx和yy的大小,就無法通過編譯。一種解決策略是采用指針,比如:

            // xx.h
            class xx
            {
             yy* t;
            };

            // yy.h
            class yy
            {
             xx* t;
            };

            當(dāng)然,具體情況具體分析,提取一個(gè)更高層的類等手段都可以考慮。

            還有一個(gè)問題,我一直也心存疑問,就是頭文件組織問題。在VS中建立一個(gè)MFC工程,都會產(chǎn)生一對stdafx文件,按照這種思想我們把工程下通用的頭文件都放入stdafx.h中,在.cpp文件的最開始統(tǒng)一#include "stdafx.h",這樣就可以在.h文件中引用很少的頭文件。

            這種策略在單工程時(shí)很好用,相當(dāng)于做了頭文件組織級別的重用,但它違反了我一直恪守的一個(gè)原則即誰的頭文件誰負(fù)責(zé),指.h和.cpp各自負(fù)責(zé)各自所需的頭文件。于是在跨工程的時(shí)候會出現(xiàn)一些問題。比如在B工程B的某個(gè).h中引用了工程B中的一個(gè)頭文件,由于編譯次序問題,這個(gè)頭文件可能無法被編譯。不知道大家都如何處理頭文件組織問題的,望指教。



            duguguiyu 2007-07-21 19:37 發(fā)表評論

            文章來源:http://www.cnblogs.com/duguguiyu/archive/2007/07/21/826821.html
            posted on 2007-07-21 19:37 duguguiyu 閱讀(637) 評論(1)  編輯 收藏 引用 所屬分類: MFC

            FeedBack:
            # re: 互引頭文件的一種解決策略
            2009-01-13 13:07 | sfsf
            very nice  回復(fù)  更多評論
              
            Welcome to my c++ home...

            <2025年8月>
            272829303112
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            常用鏈接

            留言簿(1)

            隨筆分類(9)

            隨筆檔案(9)

            搜索

            •  

            積分與排名

            • 積分 - 10712
            • 排名 - 1158

            最新評論

            閱讀排行榜

            評論排行榜

            精品久久人妻av中文字幕| 韩国三级大全久久网站| 香蕉久久夜色精品国产2020| 无码任你躁久久久久久老妇App| 久久这里有精品| 人人狠狠综合久久亚洲婷婷 | 久久99精品国产麻豆| 国产精品久久免费| 欧美伊人久久大香线蕉综合 | 狠狠色综合网站久久久久久久高清| 久久精品人人槡人妻人人玩AV| 九九热久久免费视频| 国内精品人妻无码久久久影院| 日本亚洲色大成网站WWW久久| 久久99国产精品久久99| 一本一本久久A久久综合精品 | 狠狠干狠狠久久| 精品国产乱码久久久久软件| 精品久久久久久无码中文野结衣| 日韩AV无码久久一区二区| 久久强奷乱码老熟女| 久久AⅤ人妻少妇嫩草影院| 狠狠干狠狠久久| 久久精品嫩草影院| 国产精品久久久久影院色| 久久水蜜桃亚洲av无码精品麻豆| 亚洲伊人久久综合影院| 九九热久久免费视频| 久久精品亚洲欧美日韩久久| 亚洲欧美精品伊人久久| 久久精品亚洲精品国产色婷| 久久无码国产专区精品| 2019久久久高清456| 久久精品国产亚洲av麻豆图片| 久久受www免费人成_看片中文| 青青草国产97免久久费观看| 久久免费视频一区| 伊人久久大香线蕉亚洲五月天| 人妻精品久久久久中文字幕69| 亚洲国产另类久久久精品小说| 色婷婷综合久久久久中文|