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

            MyMSDN

            MyMSDN記錄開發(fā)新知道

            關(guān)于C++ Template分離頭文件和定義所產(chǎn)生的錯誤

            編譯錯誤

            如圖所示的代碼出現(xiàn)了如圖所示的錯誤,誰能解釋一下是為什么呢?

            雖然在最后include進了cpp文件,而且這種做法也在C++ Primer中也是正確的(難道是標準和現(xiàn)實的差距?)。將代碼稍微變動,并將cpp部分的內(nèi)容移到.h文件中的include位置即可正確編譯。

            編譯正確

            posted on 2009-02-22 06:05 volnet 閱讀(4331) 評論(20)  編輯 收藏 引用

            評論

            # re: 關(guān)于C++ Template分離頭文件和定義所產(chǎn)生的錯誤 2009-02-22 09:12 huoxd

            我記著這是個老問題了,的確不少的參考書中這么說過,但是要注意兩點:
            1.這樣的分離只是文件層面的分離,并非是傳統(tǒng)的模塊之間只見接口,不見實現(xiàn)的分離,做為沒用動態(tài)特性的靜態(tài)語言,C++把模板的實現(xiàn)封裝成二進制是不可能的,這種編程技巧只是為了讓代碼瀏覽起來感覺更規(guī)范.
            2.不同的編譯器對模板的實現(xiàn)還沒有完全按照標準來支持,所以產(chǎn)生錯誤了不奇怪.  回復(fù)  更多評論   

            # re: 關(guān)于C++ Template分離頭文件和定義所產(chǎn)生的錯誤 2009-02-22 09:14 huoxd

            是"沒有動態(tài)特性"的,打錯了,不好意思  回復(fù)  更多評論   

            # re: 關(guān)于C++ Template分離頭文件和定義所產(chǎn)生的錯誤 2009-02-22 12:04 空明流轉(zhuǎn)

            在源代碼級別,模板是可以有一定程度的分離的.

            我舉個例子

            //lib.h
            template <class T> const T& return_itself(const T& val);

            //lib.cpp
            template <class T> const T& return_itself(const T& val){ return val; }
            void instantiate_return_itself(){
            //this is not executing factually.
            return_itself((int)0);
            }

            //app.cpp
            #include "lib.h"

            int main(){
            return_itself((int)0); // OK
            return_itself(0.0f); // no compiler error happens but some link errors
            }  回復(fù)  更多評論   

            # re: 關(guān)于C++ Template分離頭文件和定義所產(chǎn)生的錯誤 2009-02-22 12:37 huoxd

            樓上說的是模板函數(shù),的確可以分離,但模板類就不太容易了  回復(fù)  更多評論   

            # re: 關(guān)于C++ Template分離頭文件和定義所產(chǎn)生的錯誤 2009-02-22 18:23 Dancefire

            樓主,你的問題其實很簡單。

            你是不是把foo.cpp也放進Visual C++的項目里了?如果是的話,這樣會導致foo.cpp的編譯,這個編譯會導致T Foo<T>::GetInstance(void)被編譯實現(xiàn)。當繼續(xù)編譯main.cpp的時候,就會報告,T Foo<T>::GetInstance(void)已經(jīng)有一個實例了。

            解決辦法很簡單,把foo.cpp移出工程就可以了。只要物理上foo.h的同目錄存在foo.cpp這個文件就可以了。因為foo.cpp根本沒必要去編譯。甚至我都不建議你稱其為foo.cpp,不如叫什么foo_impl.hpp之類的文件名更合理些,這樣即使這個文件在工程里面也不回導致被編譯。  回復(fù)  更多評論   

            # re: 關(guān)于C++ Template分離頭文件和定義所產(chǎn)生的錯誤 2009-02-22 19:36 chujun

            Foo.cpp里改成:
            #ifndef FOO_H_
            #include "foo.h"
            template<typename T> T Foo<T>::GetInstance() {
            return instance;
            }
            #endif
            可以試一下...  回復(fù)  更多評論   

            # re: 關(guān)于C++ Template分離頭文件和定義所產(chǎn)生的錯誤 2009-02-22 20:57 yindf

            Dancefire 的答案是對的,如果你自己寫makefile的話,肯定不能把foo.cpp編譯成foo.obj。

            書上沒有說這一點,但是你的IDE自動幫你makefile了,所以有些時候,自動化也有不好的地方呀。  回復(fù)  更多評論   

            # re: 關(guān)于C++ Template分離頭文件和定義所產(chǎn)生的錯誤 2009-02-22 22:26 volnet

            @Dancefire
            的確,把foo.cpp移出項目外的話就可以順利編譯并執(zhí)行了!
            但是在你的回答中,為什么會提到“當繼續(xù)編譯main.cpp的時候……”,這是為什么呢?為什么非模板類型就可以?  回復(fù)  更多評論   

            # re: 關(guān)于C++ Template分離頭文件和定義所產(chǎn)生的錯誤 2009-02-22 23:11 空明流轉(zhuǎn)

            非模板類型的應(yīng)該也是不可以的。
            還有就是,不僅僅是模板函數(shù),模板類一樣可以。  回復(fù)  更多評論   

            # re: 關(guān)于C++ Template分離頭文件和定義所產(chǎn)生的錯誤 2009-02-22 23:15 volnet

            @空明流轉(zhuǎn)
            我說的可以是指在h中聲明,在cpp中定義,這顯然是可以的(也是標準的做法)
            模板函數(shù)和模板類的確都存在如本文所述的問題,并且用Dancefire的方法,或者使用全部寫在.h文件中的方式,都是可以的。  回復(fù)  更多評論   

            # re: 關(guān)于C++ Template分離頭文件和定義所產(chǎn)生的錯誤 2009-02-23 00:49 Dancefire

            @volnet
            呵呵,非模板類型的函數(shù)定義我們也不會需要在foo.h中include foo.cpp啊:)

            在樓主的例子里面為了能夠讓定義和聲明分開,將聲明放到了foo.h中,而定義放到了foo.cpp中,這和非模板類型的函數(shù)是一樣的。但是可惜這么做是無法通過的,因為模板類型函數(shù)不能夠(由于沒有export支持)單獨編譯。為了讓編譯通過,樓主將foo.cpp給include進了foo.h,這樣實際上是將兩個文件整合成一個文件了。這樣編譯就沒有問題了,但是得小心需要把foo.cpp分離出項目,因為它不可以被編譯;或者將其擴展名從.cpp改為.hpp。

            實在是不推薦樓主這么分開的寫,說實話這算不上是什么標準的做法,而且這樣并沒有太大的意義。如果非要分開,可以將定義后綴到聲明后面,在一個文件里。但是分開確實沒太大意義。可以研讀一下boost里面的做法。  回復(fù)  更多評論   

            # re: 關(guān)于C++ Template分離頭文件和定義所產(chǎn)生的錯誤 2009-02-23 00:54 volnet

            @Dancefire
            原來你們說的是include foo.cpp

            分開有一個好處就是可以成套地替換吧,雖然通常我們不這么做,但是卻從語法上支持了這么做。如果可以當然好了,不行的話肯定是沒辦法的。  回復(fù)  更多評論   

            # re: 關(guān)于C++ Template分離頭文件和定義所產(chǎn)生的錯誤 2009-02-23 00:57 volnet

            @Dancefire
            boost在C++中的地位是什么呢?一個工業(yè)庫?一個泛型標準?一個開源范例?它對C++學習有什么好處呢?  回復(fù)  更多評論   

            # re: 關(guān)于C++ Template分離頭文件和定義所產(chǎn)生的錯誤 2009-02-23 01:17 Dancefire

            @volnet
            Boost可以稱其為是一套準標準庫。它項目建立的目的之一就是為未來的C++標準庫提供候選方案,目前已經(jīng)有將近十個Boost庫成功的成為了C++標準預(yù)案。

            它的優(yōu)勢很多,首先是代碼使用現(xiàn)代C++的語法,因此namespace, 異常, 模板之類的C++特性會被充分挖掘利用,代碼從設(shè)計、實現(xiàn)到文檔都具有了相當高的水準。另外,由于它使用的是標準C++語法編寫,因此它的可移植性非常的好。當然,針對一些存在問題的編譯器,它也會進行相應(yīng)的調(diào)整以盡量支持。

            Boost這種優(yōu)良的庫,涵蓋的領(lǐng)域很廣,可以說是標準庫很好的補充。另外絕大多數(shù)Boost庫都不需要編譯鏈接,大部分的Boost庫僅僅include頭文件即可工作。我看到國內(nèi)很多人提到Boost的時候說它比較難以編譯安裝云云。其實沒必要編譯,絕大多數(shù)的庫僅僅是由頭文件組成的,只要include進來就可以用了。

            Boost是C++強有力的工具,學習C++,除了標準語法和STL外,Boost是必須熟悉的,否則,工程上很有可能會做一些Boost已經(jīng)實現(xiàn)很久的東西,除了重復(fù)開發(fā)外,而且你的代碼的質(zhì)量和可持續(xù)性比Boost差很遠,造成項目質(zhì)量的下降。  回復(fù)  更多評論   

            # re: 關(guān)于C++ Template分離頭文件和定義所產(chǎn)生的錯誤 2009-02-23 01:22 volnet

            @Dancefire
            謝謝你對Boost做了詳細的介紹。
            那么,學習Boost庫需要有哪些準備工作?(假設(shè)從初學者開始)學習Boost庫又有哪些方法或者經(jīng)典的做法呢?(比如什么書,或者什么文檔)  回復(fù)  更多評論   

            # re: 關(guān)于C++ Template分離頭文件和定義所產(chǎn)生的錯誤 2009-02-23 13:29 maosher

            foo.h里面最下面倒數(shù)第二行

            的#include   回復(fù)  更多評論   

            # re: 關(guān)于C++ Template分離頭文件和定義所產(chǎn)生的錯誤 2009-02-23 13:34 volnet

            @maosher
            怎么了?  回復(fù)  更多評論   

            # re: 關(guān)于C++ Template分離頭文件和定義所產(chǎn)生的錯誤 2009-02-23 16:22 陳梓瀚(vczh)

            template特化是鏈接期不能解決的問題,因此必須放進.h,不要使用別扭的技巧來分離。其實直接寫在一個class{}里面反而漂亮得多。  回復(fù)  更多評論   

            # re: 關(guān)于C++ Template分離頭文件和定義所產(chǎn)生的錯誤 2009-03-02 11:20 xcj

            簡單的問題。把foo.cpp中#include "foo.h"那行刪除掉應(yīng)該就沒問題了。  回復(fù)  更多評論   

            # re: 關(guān)于C++ Template分離頭文件和定義所產(chǎn)生的錯誤 2012-01-02 20:27 wzm

            .cpp 的模板前面加個 export試試  回復(fù)  更多評論   

            特殊功能
             
            久久久WWW成人| 精品国产一区二区三区久久| 亚洲国产精品成人久久蜜臀| 久久精品中文字幕一区| 久久精品国产亚洲av麻豆色欲| 国产精品免费福利久久| 久久一本综合| 国内精品久久久久久野外| 伊人精品久久久久7777| 狠狠色丁香婷婷综合久久来| 亚洲人成无码网站久久99热国产 | 女同久久| 欧美久久综合性欧美| 97久久国产露脸精品国产| 国产精品无码久久四虎| 久久精品麻豆日日躁夜夜躁| 久久久久亚洲AV无码专区桃色| 久久人人妻人人爽人人爽| 亚洲国产精品无码久久久久久曰| 精品蜜臀久久久久99网站| 亚洲精品午夜国产va久久| 99久久www免费人成精品| 精品久久人妻av中文字幕| 狠狠综合久久综合88亚洲| 久久综合精品国产一区二区三区| 久久久久久久综合日本亚洲| 亚洲欧美成人综合久久久| 国内精品伊人久久久久777| 久久亚洲高清综合| 久久久久国产一区二区三区| 91精品国产91久久| 99久久精品这里只有精品 | 久久久SS麻豆欧美国产日韩| 久久精品综合一区二区三区| 国产精品久久成人影院| 精品乱码久久久久久久| 国产精品99久久久久久人| 2022年国产精品久久久久| 久久精品国产91久久综合麻豆自制 | 丁香五月综合久久激情| 精品免费久久久久国产一区|