• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            colorful

            zc qq:1337220912

             

            c++中的.hpp文件

              hpp,其實質就是將.cpp的實現代碼混入.h頭文件當中,定義與實現都包含在同一文件,則該類的調用者只需要include該cpp文件即可,無需再 將cpp加入到project中進行編譯。而實現代碼將直接編譯到調用者的obj文件中,不再生成單獨的obj,采用hpp將大幅度減少調用 project中的cpp文件數與編譯次數,也不用再發布煩人的lib與dll,因此非常適合用來編寫公用的開源庫。

            1、是Header Plus Plus 的簡寫。

            2、與*.h類似,hpp是C++程序頭文件 。

            3、是VCL 專用的頭文件,已預編譯。

            4、是一般模板類的頭文件。

            5、一般來說,*.h里面只有聲明,沒有實現,而*.hpp里聲明實現都有,后者可以減 少.cpp的數量。

            6、*.h里面可以有using namespace std,而*.hpp里則無。

            7、*.hpp要注意的問題有:

                  a)不可包含全局對象和全局函數

                 由于hpp本質上是作為.h被調用者include,所以當hpp文件中存在全局對象或者全局函數,而該hpp被多個

                調用者include時,將在鏈接時導致符號重定義錯誤。要避免這種情況,需要去除全局對象,將全局函數封

                裝為類的靜態方法。

                  b)類之間不可循環調用

                  在.h和.cpp的場景中,當兩個類或者多個類之間有循環調用關系時,只要預先在頭文件做被調用類的聲明

                即可,如下:

                class B;

                class A{

                public:

                     void someMethod(B b);

                };

                class B{

                public:

                     void someMethod(A a);

                };

                在hpp場景中,由于定義與實現都已經存在于一個文件,調用者必需明確知道被調用者的所有定義,而不能等到cpp

                中去編譯。因此hpp中必須整理類之間調用關系,不可產生循環調用。同理,對于當兩個類A和B分別定義在各自的

                hpp文件中,形如以下的循環調用也將導致編譯錯誤:

                //a.hpp

                #include "b.hpp"

                class A{

                public:

                    void someMethod(B b);

                };

                //b.hpp

                #include "a.hpp"

                class B{

                public:

                    void someMethod(A a);

                }

                  c)不可使用靜態成員

                  靜態成員的使用限制在于如果類含有靜態成員,則在hpp中必需加入靜態成員初始化代碼,當該hpp被多個文檔include時,將產生符號重定義錯誤。唯 一的例外是const static整型成員,因為在vs2003中,該類型允許在定義時初始化,如:

                class A{

                 public:

                   const static int intValue = 123;

                 };

                由于靜態成員的使用是很常見的場景,無法強制清除,因此可以考慮以下幾種方式(以下示例均為同一類中方法)

               一、類中僅有一個靜態成員時,且僅有一個調用者時,可以通過局域靜態變量模擬

                //方法模擬獲取靜態成員

                someType getMember()

                {

                   static someType value(xxx);//作用域內靜態變量

                   return value;

                }

               二、.類中有多個方法需要調用靜態成員,而且可能存在多個靜態成員時,可以將每個靜態成員封裝一個模擬方法,供其他方法調用。

                someType getMemberA()

                {

                   static someType value(xxx);//作用域內靜態變量

                   return value;

                }

                someType getMemberB()

                {

                   static someType value(xxx);//作用域內靜態變量

                   return value;

                }

               void accessMemberA()

                {

                   someType member = getMemberA();//獲取靜態成員

                 };

                //獲取兩個靜態成員

                void accessStaticMember()

                {

                   someType a = getMemberA();//獲取靜態成員

                   someType b = getMemberB();

                 };

                三、第二種方法對于大部分情況是通用的,但是當所需的靜態成員過多時,編寫封裝方法的工作量將非常

                巨大,在此種情況下,建議使用Singleton模式,將被調用類定義成普通類,然后使用Singleton將其變為

               全局唯一的對象進行調用。

                 如原h+cpp下的定義如下:

                 class A{

                 public:

                    type getMember(){

                       return member;

                    }

                    static type member;//靜態成員

                }

                采用singleton方式,實現代碼可能如下(singleton實現請自行查閱相關文檔)

                //實際實現類

                 class Aprovider{

                 public:

                    type getMember(){

                       return member;

                    }

                   type member;//變為普通成員

                }

                //提供給調用者的接口類

                 class A{

                 public:

                    type getMember(){

                       return Singleton<AProvider>::getInstance()->getMember();

                    }

                }

            posted on 2012-07-03 17:47 多彩人生 閱讀(326) 評論(0)  編輯 收藏 引用

            導航

            統計

            常用鏈接

            留言簿(3)

            隨筆分類

            隨筆檔案

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            精品久久综合1区2区3区激情| 91精品无码久久久久久五月天| 精品无码久久久久久国产| 久久99久久成人免费播放| 精品久久久久中文字幕一区| 久久亚洲精品无码观看不卡| 久久午夜无码鲁丝片秋霞| 日韩精品久久久久久久电影蜜臀| 久久精品国产亚洲av水果派| 久久电影网一区| 亚洲精品国产综合久久一线| 久久免费的精品国产V∧| 狠狠色丁香婷婷久久综合不卡| 久久久精品国产亚洲成人满18免费网站 | 日韩精品久久久久久久电影| 久久久av波多野一区二区| 久久久精品人妻无码专区不卡| 99久久夜色精品国产网站| 色综合久久综合网观看| 国内精品久久久久影院薰衣草| 国产日韩久久免费影院| 乱亲女H秽乱长久久久| 色偷偷88欧美精品久久久| 国产成人精品久久免费动漫| 欧美久久精品一级c片片| 国产偷久久久精品专区| 久久国产成人亚洲精品影院| 久久久久无码精品国产不卡| 亚洲婷婷国产精品电影人久久 | 国产精品免费久久| 久久精品国产亚洲77777| 国产成人无码精品久久久性色 | 三上悠亚久久精品| 午夜福利91久久福利| 国产精品伦理久久久久久| 日本免费久久久久久久网站| 香蕉久久av一区二区三区| 久久午夜夜伦鲁鲁片免费无码影视| 欧美精品丝袜久久久中文字幕 | 久久99精品国产自在现线小黄鸭 | 精品无码久久久久久久动漫|