在編譯工程的時(shí)候,遇到了一些惡心的問(wèn)題:
A.h
#ifndef A_H
#define A_H
class A
{
public:
struct B
{};
};
#endif
在B.h里面進(jìn)行這樣的調(diào)用
B.h
#ifndef B_H
#define B_H
#include "A.h"
class BB
{
private:
A::B* ab;
};
#endif
這里出現(xiàn)B.h里面不能找到A的問(wèn)題了,我一直在想,如果將頭文件包含進(jìn)去了,那么編譯器應(yīng)該就要知道了吧,但是事實(shí)上都沒(méi)有按照那樣的做法去完成.
后來(lái)查找了一下,是因?yàn)槌霈F(xiàn)了調(diào)用環(huán). A.H調(diào)用了B.H,而B(niǎo).h由調(diào)用了C.h,而C.h又調(diào)用了A.h就這樣形成了調(diào)用環(huán)的關(guān)系,結(jié)果A.h里面的東西就出現(xiàn)了問(wèn)題,連簡(jiǎn)單的類(lèi)都不能被識(shí)別了,這樣的問(wèn)題出現(xiàn)是由于濫用包含頭文件的原因,在頭文件里面盡量要少包含東西,多前置聲明,只將信息暴露給實(shí)現(xiàn)文件,讓實(shí)現(xiàn)文件知道多一點(diǎn),而讓頭文件暴露得信息少一點(diǎn).
另外還值得說(shuō)明的幾點(diǎn)是:1)盡量多使用防止重復(fù)包含的做法,比如使用
#ifndef XXX_H
#define XXX_H
#endif
這樣的話,就不會(huì)造成包含次數(shù)過(guò)多的情況.
2)保證防止重復(fù)包含的條件編譯標(biāo)志唯一性,因?yàn)榘凑掌湔f(shuō)明的要求,一旦聲明了某個(gè)標(biāo)志,那么就不會(huì)再編譯了那個(gè)頭文件,如果 存在相同的文件編譯標(biāo)志,那么就說(shuō)明某個(gè)文件一定是漏過(guò)編譯了.這樣顯然會(huì)出錯(cuò)的,之前遇到一個(gè)類(lèi)似上面的問(wèn)題,包含進(jìn)去頭文件了,卻找不到頭文件里面對(duì)應(yīng)的聲明,后來(lái)找了一下,才發(fā)現(xiàn)這個(gè)文件的條件編譯標(biāo)志跟另外一個(gè)文件的條件編譯標(biāo)志是一樣的,因而跳過(guò)了編譯當(dāng)前文件.
頭文件一定要把握好了，突然想起來(lái)一個(gè)建議:在寫(xiě)好代碼以后,可以用doxygen來(lái)察看工程里面的文件組織格式和類(lèi)結(jié)構(gòu)格式,這樣如果存在不妥的話,一定得要重新設(shè)計(jì)和規(guī)劃了,呵呵,不寫(xiě)了,回家了.