在一些大的工程中,可能會(huì)包含幾十個(gè)基礎(chǔ)類,免不了之間會(huì)互相引用
(
不滿足繼承關(guān)系,而是組合關(guān)系
)
。也就是需要互相聲明。好了,這時(shí)候會(huì)帶來(lái)一些混亂。如果處理得不好,會(huì)搞得一團(tuán)糟,根據(jù)我的經(jīng)驗(yàn),簡(jiǎn)單談?wù)勛砸训奶幚磙k法:
編碼時(shí),我們一般會(huì)盡量避免
include
頭文件,而是采用聲明
class XXX
。
但有時(shí)候還是必須用
Include
頭文件,那么,兩者的劃分在于什么呢?
應(yīng)該是很明確的,但書(shū)上好像都少有提及。
首先:
我們要明白為什么要用聲明取代頭文件包含:對(duì)了,是為了避免無(wú)必要的重編譯
(
在頭文件發(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
沒(méi)有用到的頭文件。
三:那什么時(shí)候可以只是簡(jiǎn)單聲明
class clsOld
呢?
簡(jiǎn)單的說(shuō):不需要知道
clsOld
的內(nèi)存布局的用法都可以
(
靜態(tài)成員除外
)
,也就是講如果是指針或引用方式的
都行。
比如:
?? clsOld * m_pOld;??? //
指針占
4
個(gè)字節(jié)長(zhǎng)
?? clsOld & test(clsOld * pOld) {return *pOld};
?
一切
OK
。
四:什么時(shí)候不能簡(jiǎn)單聲明
class clsOld
,必須
include
呢?
不滿足三的情況下:
?
比如:
?????????clsOld m_Objold;? //
不知道占據(jù)大小,必須要通過(guò)它的具體聲明來(lái)計(jì)算
原因很簡(jiǎn)單,想想你要計(jì)算
sizeof(classNew)
,但連
clsOld
的
size
都不知道,編譯器顯然會(huì)無(wú)能為力。
特殊情況:
??????????int test() { return clsOld::m_sInt;}
????
靜態(tài)成員調(diào)用,想來(lái)應(yīng)該是不需要知道內(nèi)存布局的,但因?yàn)樾枰?/font>
m_sInt
是屬于
clsOld
命名空間
的,如果只聲明
class xxx
顯然是不足以說(shuō)明的,所以必須包含頭文件。
綜上所述,我有以下幾點(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
,可以把它們分開(kāi)兩個(gè)頭文件。各自
Include
。這樣可避免當(dāng)
D
發(fā)生變化時(shí),
避免不必要重編譯。
3
:類中盡量采用指針或引用方式調(diào)用其它類,這樣就可以只聲明
class xxx
了。并且這也符合資源最優(yōu)
利用,更利于使用多態(tài)。
/--------------------------------------------------/////////////////////////////////////////////////////////////////////////////
今天用VC++編譯我這昨天寫(xiě)的代碼時(shí)發(fā)現(xiàn)總是通不過(guò),看到大部分的錯(cuò)誤都是與一個(gè)類的定義有關(guān)。
明明我已經(jīng)在這個(gè)類中定義了一個(gè)成員變量,可編譯器偏要說(shuō)那個(gè)變量不是這個(gè)類的成員。沒(méi)辦法,找了半天原因還是沒(méi)有頭緒。再三地確認(rèn)不是我C++的語(yǔ)法錯(cuò)誤之后。我開(kāi)始懷疑是不是頭文件的問(wèn)題。因?yàn)楫?dāng)我把一些#include "..."搬到#pragma once之前或者之后,錯(cuò)誤報(bào)告就會(huì)發(fā)生變化。有時(shí)就只是說(shuō)我的一個(gè)類重復(fù)定義了。
以前用C寫(xiě)頭文件的時(shí)候都是用宏定義來(lái)避免重復(fù)包含頭文件。C++里雖然也還可用這個(gè)方法,但VC++就是不用,它用的是#pragma once。這一變化對(duì)我來(lái)說(shuō)真是有點(diǎn)摸不著頭腦了,我不清楚#pragma once的工作方式是如何的。而我現(xiàn)在遇到的問(wèn)題又與這個(gè)有關(guān)。找找網(wǎng)上的內(nèi)容看吧。上google搜了半天,那些論壇里的回答基本上都是“防止重復(fù)包含頭文件的,你不用管他。”這樣的。可是不管他真的行嗎?我剛學(xué)的VC++,我看的書(shū)上是沒(méi)有講過(guò)這個(gè)內(nèi)容的。怎么在網(wǎng)上也搜不到呢?經(jīng)過(guò)我不懈的努力,終于讓我找到了一篇http://www.yesky.com/127/1736627_3.shtml。
作者Adding的這段話對(duì)我的幫助最大:“
既然使用了包含文件,為什么還要在class CMainFrame前添加"class CViewerView;"等代碼?如果用包含文件代替它,行不行? 很多Visual C++書(shū)籍對(duì)這些問(wèn)題避而不談,但實(shí)際上這是一個(gè)重要的問(wèn)題。如果不能理解上述代碼,我們很可能為無(wú)法通過(guò)編譯而大傷腦筋。這些問(wèn)題的出現(xiàn)是基于這樣的一些事實(shí):在我們用標(biāo)準(zhǔn)C/C++設(shè)計(jì)程序時(shí),有一個(gè)原則即兩個(gè)代碼文件不能相互包含,而且多次包含還會(huì)造成重復(fù)定義的錯(cuò)誤。為了解決這個(gè)難題, Visual C++使用#pragma once來(lái)通知編譯器在生成時(shí)只包含(打開(kāi))一次,也就是說(shuō),在第一次#include之后,編譯器重新生成時(shí)不會(huì)再對(duì)這些包含文件進(jìn)行包含(打開(kāi))和讀取,因此我們看到在用向?qū)?chuàng)建的所有類的頭文件中有#pragma once語(yǔ)句就不會(huì)覺(jué)得奇怪了。然而正是由于這個(gè)語(yǔ)句而造成了在第二次#include后編譯器無(wú)法正確識(shí)別所引用的類。因此,我們?cè)谙嗷グ瑫r(shí)還需要加入類似class CViewerView這樣的語(yǔ)句來(lái)通知編譯器這個(gè)類是一個(gè)實(shí)際的調(diào)用。
”
看來(lái)就是這個(gè)問(wèn)題了。把我的代碼一加上那些類的聲明以后果然通過(guò)了編譯。我感覺(jué)這個(gè)問(wèn)題在VC++里面來(lái)說(shuō)應(yīng)該是值得注意的。可能是由于我剛學(xué)VC++,見(jiàn)識(shí)太少的原故吧。無(wú)論如何先記下來(lái),說(shuō)不定也有人在為這個(gè)#pragma once傷腦筋呢。
posted on 2006-12-14 18:16
清源游民 閱讀(4302)
評(píng)論(1) 編輯 收藏 引用 所屬分類:
C++