在一些大的工程中，可能會(huì)包含幾十個(gè)基礎(chǔ)類，免不了之間會(huì)互相引用 ( 不滿足繼承關(guān)系，而是組合關(guān)系 ) 。也就是需要互相聲明。好了，這時(shí)候會(huì)帶來一些混亂。如果處理得不好，會(huì)搞得一團(tuán)糟，根據(jù)我的經(jīng)驗(yàn)，簡(jiǎn)單談?wù)勛砸训奶幚磙k法：

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

應(yīng)該是很明確的，但書上好像都少有提及。

首先：
我們要明白為什么要用聲明取代頭文件包含：對(duì)了，是為了避免無必要的重編譯 ( 在頭文件發(fā)生變更時(shí) ) 。 工程較大，低速機(jī)，或基礎(chǔ)類經(jīng)常變更 ( 不合理的設(shè)計(jì)吧 ) ，編譯速度還是會(huì)在意的， 另外，更為重要的是，采用聲明可降低代碼 (class) 之間的藕合度，這也是面向?qū)ο笤O(shè)計(jì)的一大原則。

二：一般原則：
a. 頭文件中盡量少 include, 如果可以簡(jiǎn)單申明 class clsOld; 解決，那最好。減少?zèng)]有必要的 include；
b. 實(shí)現(xiàn)文件中也要盡量少 include, 不要 include 沒有用到的頭文件。

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

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

特殊情況：
??????????int test() { return clsOld::m_sInt;}
???? 靜態(tài)成員調(diào)用，想來應(yīng)該是不需要知道內(nèi)存布局的，但因?yàn)樾枰?/font> m_sInt 是屬于 clsOld 命名空間 的，如果只聲明 class xxx 顯然是不足以說明的，所以必須包含頭文件。

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

2 ：如果 A 類依賴 D B 類不依賴 D ，可以把它們分開兩個(gè)頭文件。各自 Include 。這樣可避免當(dāng) D 發(fā)生變化時(shí)， 避免不必要重編譯。

3 ：類中盡量采用指針或引用方式調(diào)用其它類，這樣就可以只聲明 class xxx 了。并且這也符合資源最優(yōu) 利用，更利于使用多態(tài)。

/--------------------------------------------------/////////////////////////////////////////////////////////////////////////////

?對(duì)于VC++中的頭文件包含值得注意的一點(diǎn)

　　 今天用VC++編譯我這昨天寫的代碼時(shí)發(fā)現(xiàn)總是通不過，看到大部分的錯(cuò)誤都是與一個(gè)類的定義有關(guān)。

　　明明我已經(jīng)在這個(gè)類中定義了一個(gè)成員變量，可編譯器偏要說那個(gè)變量不是這個(gè)類的成員。沒辦法，找了半天原因還是沒有頭緒。再三地確認(rèn)不是我C++的語法錯(cuò)誤之后。我開始懷疑是不是頭文件的問題。因?yàn)楫?dāng)我把一些#include "..."搬到#pragma once之前或者之后，錯(cuò)誤報(bào)告就會(huì)發(fā)生變化。有時(shí)就只是說我的一個(gè)類重復(fù)定義了。

以前用C寫頭文件的時(shí)候都是用宏定義來避免重復(fù)包含頭文件。C++里雖然也還可用這個(gè)方法，但VC++就是不用，它用的是#pragma once。這一變化對(duì)我來說真是有點(diǎn)摸不著頭腦了，我不清楚#pragma once的工作方式是如何的。而我現(xiàn)在遇到的問題又與這個(gè)有關(guān)。找找網(wǎng)上的內(nèi)容看吧。上google搜了半天，那些論壇里的回答基本上都是“防止重復(fù)包含頭文件的，你不用管他。”這樣的。可是不管他真的行嗎？我剛學(xué)的VC++，我看的書上是沒有講過這個(gè)內(nèi)容的。怎么在網(wǎng)上也搜不到呢？經(jīng)過我不懈的努力，終于讓我找到了一篇http://www.yesky.com/127/1736627_3.shtml。

作者Adding的這段話對(duì)我的幫助最大：“ 既然使用了包含文件，為什么還要在class CMainFrame前添加"class CViewerView;"等代碼？如果用包含文件代替它，行不行？　　很多Visual C++書籍對(duì)這些問題避而不談，但實(shí)際上這是一個(gè)重要的問題。如果不能理解上述代碼，我們很可能為無法通過編譯而大傷腦筋。這些問題的出現(xiàn)是基于這樣的一些事實(shí)：在我們用標(biāo)準(zhǔn)C/C++設(shè)計(jì)程序時(shí)，有一個(gè)原則即兩個(gè)代碼文件不能相互包含，而且多次包含還會(huì)造成重復(fù)定義的錯(cuò)誤。為了解決這個(gè)難題， Visual C++使用#pragma once來通知編譯器在生成時(shí)只包含(打開)一次，也就是說，在第一次#include之后，編譯器重新生成時(shí)不會(huì)再對(duì)這些包含文件進(jìn)行包含(打開)和讀取，因此我們看到在用向?qū)?chuàng)建的所有類的頭文件中有#pragma once語句就不會(huì)覺得奇怪了。然而正是由于這個(gè)語句而造成了在第二次#include后編譯器無法正確識(shí)別所引用的類。因此，我們?cè)谙嗷グ瑫r(shí)還需要加入類似class CViewerView這樣的語句來通知編譯器這個(gè)類是一個(gè)實(shí)際的調(diào)用。 ”

看來就是這個(gè)問題了。把我的代碼一加上那些類的聲明以后果然通過了編譯。我感覺這個(gè)問題在VC++里面來說應(yīng)該是值得注意的。可能是由于我剛學(xué)VC++，見識(shí)太少的原故吧。無論如何先記下來，說不定也有人在為這個(gè)#pragma once傷腦筋呢。