• <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>

            學習、成長之路

              C++博客 :: 首頁 :: 聯系 :: 聚合  :: 管理
              16 Posts :: 0 Stories :: 27 Comments :: 0 Trackbacks

            常用鏈接

            留言簿

            我參與的團隊

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            看了幾位大嚇的回復,深深地感覺到了這篇附筆中可能存在錯誤,于是把最初遇到此問題時的環境再模擬了一下,現在可以確認這篇附筆中的確存在問題,現在就修正一下,并對各位表示歉意.
            6月初的一個項目中需要寫一個高性能網絡服務端程序,在網上找到了一份很好的代碼(
            請參見),在使用過程中發現在多個cpp文件中引入這份代碼的h文件時,會出現很多重復定義錯誤,當時很頭疼,沒能很好的解決問題.
            現總結一條:在使用類模板技術時,可在.h中實現,也可在.h和.cpp中分開實現,若用.h實現,不要在文件中加入非類模板代碼,可避免重寫定義錯誤..
                  2009年7月25日23時58分58秒
            //////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
            // 原文如下:Posted on 2009-07-25 15:10 sToa
            //////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

            1.聲明部分
            // Tpl.h
            #pragma once

            template<class T>
            class CTpl  
            {
            public:
                CTpl();
                virtual ~CTpl();

                void Test(T t);

            };

            2.實現部分
            // Tpl.cpp
            #include "Tpl.h"

            template<class T>
            CTpl<T>::CTpl()
            {

            }

            template<class T>
            CTpl<T>::~CTpl()
            {

            }

            template<class T>
            void CTpl<T>::Test(T t)
            {

            }
            3.習慣錯誤用法
            // main.cpp
            #include "Tpl.h"

            int main()
            {
                CTpl<char> ts;
                ts.Test(3);
                return 0;
            }

            build時出現link錯誤
            main.obj : error LNK2001: unresolved external symbol "public: virtual __thiscall CTpl<char>::~CTpl<char>(void)" (??1?$CTpl@D@@UAE@XZ)
            main.obj : error LNK2001: unresolved external symbol "public: void __thiscall CTpl<char>::Test(char)" (?Test@?$CTpl@D@@QAEXD@Z)
            main.obj : error LNK2001: unresolved external symbol "public: __thiscall CTpl<char>::CTpl<char>(void)" (??0?$CTpl@D@@QAE@XZ)
            這組錯誤信息和project中不加入Tpl.cpp的錯誤信息一樣,即沒有CTpl<char>的實現代碼
            我們把Tpl.cpp包涵到main.cpp中,問題解決
            4.正確用法

            // main.cpp
            #include "tpl.cpp"
            int main()
            {
                CTpl<char> ts;
                ts.Test(3);
                return 0;
            }

            5.總結
            1.在使用以.h,.cpp分離實現模板類時,不能像使用普通類一樣只簡單的包涵.h頭文件,應該在使用模板類的cpp文件中引入模板類相應的cpp文件
            2.將模板類的聲明與實現都放在.h中(在多個cpp中使用不同模板參數時可能會引起重復定義的編譯錯誤)




            posted on 2009-07-25 15:10 sToa 閱讀(9157) 評論(7)  編輯 收藏 引用 所屬分類: C++

            Feedback

            # re: 在類模板的聲明和定義中把.h與.cpp分離 2009-07-25 15:47 99書城
            很好哦!  回復  更多評論
              

            # re: 在類模板的聲明和定義中把.h與.cpp分離 2009-07-25 19:37 cyberamoeba
            Hold a candle to the sun!  回復  更多評論
              

            # re: 在類模板的聲明和定義中把.h與.cpp分離[未登錄] 2009-07-25 20:11 hdqqq
            這個和include .h 文件有啥區別,后綴不同而已。  回復  更多評論
              

            # re: 在類模板的聲明和定義中把.h與.cpp分離 2009-07-25 21:13 legendlee
            這仍然沒有改變模板的本質:你想讓人用,就要提供給人家源碼。  回復  更多評論
              

            # re: 在類模板的聲明和定義中把.h與.cpp分離 2009-07-27 02:15 阿福
            我的習慣是:模板類的定義放在.h文件中,模板類的實現放在.hpp文件中。
            然后.h文件的末尾再include .hpp文件。
            在使用的時候,直接#include .h文件就行了。
            如果擔心編譯效率,可以使用預編譯頭文件技術。  回復  更多評論
              

            # re: 在類模板的聲明和定義中把.h與.cpp分離 2012-03-22 20:25 dh
            很好,解決了我的編譯錯誤問題。原因是什么呢?模板類和普通類有什么區別?  回復  更多評論
              

            # re: 在類模板的聲明和定義中把.h與.cpp分離 2013-07-18 17:37 wt
            @dh
            你把模板只是把代碼展開,如果你不包括實現就就相當沒有實現.
            模板是編譯時展開,不是連接時展開,也是不運行時的虛函數  回復  更多評論
              

            久久久无码精品午夜| 日产精品久久久久久久| 久久中文骚妇内射| 精品蜜臀久久久久99网站| 99久久婷婷国产综合亚洲| 国内精品久久久久影院优| 亚洲午夜久久影院| 欧美精品久久久久久久自慰| 国产精品狼人久久久久影院| 无码AV波多野结衣久久| 人妻丰满?V无码久久不卡| 无码人妻精品一区二区三区久久| 国产成人精品免费久久久久| 久久国产精品无码网站| 精品综合久久久久久88小说| 欧美丰满熟妇BBB久久久| 国产精品激情综合久久| 久久久久久久女国产乱让韩| 久久亚洲国产精品一区二区| 久久精品亚洲一区二区三区浴池| 亚洲国产高清精品线久久 | 久久棈精品久久久久久噜噜| 久久久久综合国产欧美一区二区| 久久精品国产亚洲AV无码麻豆| 伊人色综合久久天天网| 精品久久久久中文字幕一区| 无码国内精品久久人妻| 亚洲香蕉网久久综合影视| 久久AV高潮AV无码AV| 亚洲美日韩Av中文字幕无码久久久妻妇 | 91精品国产91热久久久久福利| 国内精品久久久久影院薰衣草 | 精品久久久久国产免费| 久久男人Av资源网站无码软件| 精品久久久无码21p发布| 国产精品久久新婚兰兰| 婷婷伊人久久大香线蕉AV| 欧美国产成人久久精品| 亚洲欧美一区二区三区久久| 无码AV波多野结衣久久| 欧美喷潮久久久XXXXx|