hpp,顧名思義等於.h加上.cpp,在boost、
xerces等開源庫中頻繁出現,偶在機緣巧合之下,學得一招半式,遂記錄如下,以供參考學習。
hpp,其實質就是將.cpp的實現**混入.h標頭檔案當中,定義與實現都包含在同一檔案,則該類的呼叫者只需要include該hpp檔案即可,無需再將cpp加入到project中進行編譯。而實現**將直接編譯到呼叫者的obj檔案中,不再生成單獨的obj,採用hpp將大幅度減少呼叫project中的cpp檔案數與編譯次數,也不用再發布煩人的lib與dll,因此非常適合用來編寫公用的開源庫。
hpp的優點不少,但是編寫中有以下幾點要注意:
1、不可包含全域性物件和全域性函式。
由於hpp本質上是作為.h被呼叫者include,所以當hpp檔案中存在全域性物件或者全域性函式,而該hpp被多個呼叫者include時,將在鏈結時導致符號重定義錯誤。要避免這種情況,需要去除全域性物件,將全域性函式封裝為類的靜態方法。
2、類之間不可迴圈呼叫。
在.h和.cpp的場景中,當兩個類或者多個類之間有迴圈呼叫關係時,只要預先在標頭檔案做被呼叫類的宣告即可,如下:
class b;
class a;
class b;
在hpp場景中,由於定義與實現都已經存在於乙個檔案,呼叫者必需明確知道被呼叫者的所有定義,而不能等到cpp中去編譯。因此hpp中必須整理類之間呼叫關係,不可產生迴圈呼叫。同理,對於當兩個類a和b分別定義在各自的hpp檔案中,形如以下的迴圈呼叫也將導致編譯錯誤:
//a.hpp
#include "b.hpp"
class a;
//b.hpp
#include "a.hpp"
class b;
3、不可使用靜態成員。
靜態成員的使用限制在於如果類含有靜態成員,則在hpp中必需加入靜態成員初始化**,當該hpp被多個文件include時,將產生符號重定義錯誤。唯一的例外是const static整型成員,因為在vs2003中,該型別允許在定義時初始化,如:
class a;
由於靜態成員的使用是很常見的場景,無法強制清除,因此可以考慮以下幾種方式(以下示例均為同一類中方法)
1.類中僅有乙個靜態成員時,且僅有乙個呼叫者時,可以通過局域靜態變數模擬
//方法模擬獲取靜態成員
sometype getmember()
2.類中有多個方法需要呼叫靜態成員,而且可能存在多個靜態成員時,可以將每個靜態成員封裝乙個模擬方法,供其他方法呼叫。
sometype getmembera()
sometype getmemberb()
void acces**embera()
; //獲取兩個靜態成員
void accessstaticmember()
;
3.第二種方法對於大部分情況是通用的,但是當所需的靜態成員過多時,編寫封裝方法的工作量將非常巨大,在此種情況下,建議使用singleton模式,將被呼叫類定義成普通類,然後使用singleton將其變為全域性唯一的物件進行呼叫。
如原h+cpp下的定義如下:
class a
static type member;//靜態成員 }
採用singleton方式,實現**可能如下(singleton實現請自行查閱相關文件)
//實際實現類
class aprovider
type member;//變為普通成員
}//提供給呼叫者的介面類
class a
}
告別cpp h hpp檔案編寫心得
hpp,顧名思義等於.h加上.cpp,在boost xerces等開源庫中頻繁出現,偶在機緣巧合之下,學得一招半式,遂記錄如下,以供參考學習。hpp,其實質就是將.cpp的實現 混入.h標頭檔案當中,定義與實現都包含在同一檔案,則該類的呼叫者只需要include該hpp檔案即可,無需再將cpp加入到...
檔案編寫心得
這是第一次因為作業的原因認認真真的編一整個檔案模組的 遇到了很多很多問題,比如 1.檔案一直無法開啟,開啟方式也沒有弄錯。結果發現過載的 和 後面我直接跟了乙個變數tv 100 而不是遍歷訪問。2.檔案只能輸入一次,第二次輸入的結果與第一次重疊。這個稍微有點意思,我以為是我每次輸入前的trunc有問...
winSocket編寫心得
剛開始編定 winsock api每次編寫都要呼叫wsastartup 結束都到呼叫wsacleanup c socket和c 就沒有那麼麻煩,把它封裝起來了,又發現乙個有趣的事,c 宣告類後就可以用不像c 還得new winsock api socket bind listen accent re...