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

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

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

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

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

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

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

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

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

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

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

-------------------------------
既然使用了包含文件，為什么還要在class CMainFrame前添加"class CViewerView;"等代碼？如果用包含文件代替它，行不行？　　很多Visual C++書籍對這些問題避而不談，但實際上這是一個重要的問題。如果不能理解上述代碼，我們很可能為無法通過編譯而大傷腦筋。這些問題的出現是基于這樣的一些事實：在我們用標準C/C++設計程序時，有一個原則即兩個代碼文件不能相互包含，而且多次包含還會造成重復定義的錯誤。為了解決這個難題， Visual C++使用#pragma once來通知編譯器在生成時只包含(打開)一次，也就是說，在第一次#include之后，編譯器重新生成時不會再對這些包含文件進行包含(打開)和讀取，因此我們看到在用向導創(chuàng)建的所有類的頭文件中有#pragma once語句就不會覺得奇怪了。然而正是由于這個語句而造成了在第二次#include后編譯器無法正確識別所引用的類。因此，我們在相互包含時還需要加入類似class CViewerView這樣的語句來通知編譯器這個類是一個實際的調用

最新評論