MyMSDN記錄開發(fā)新知道
如圖所示的代碼出現(xiàn)了如圖所示的錯誤，誰能解釋一下是為什么呢？
雖然在最后include進了cpp文件，而且這種做法也在C++ Primer中也是正確的（難道是標準和現(xiàn)實的差距？）。將代碼稍微變動，并將cpp部分的內(nèi)容移到.h文件中的include位置即可正確編譯。
posted on 2009-02-22 06:05 volnet 閱讀(4357) 評論(20) 編輯 收藏 引用
我記著這是個老問題了,的確不少的參考書中這么說過,但是要注意兩點: 1.這樣的分離只是文件層面的分離,并非是傳統(tǒng)的模塊之間只見接口,不見實現(xiàn)的分離,做為沒用動態(tài)特性的靜態(tài)語言,C++把模板的實現(xiàn)封裝成二進制是不可能的,這種編程技巧只是為了讓代碼瀏覽起來感覺更規(guī)范. 2.不同的編譯器對模板的實現(xiàn)還沒有完全按照標準來支持,所以產(chǎn)生錯誤了不奇怪. 回復 更多評論
是"沒有動態(tài)特性"的,打錯了,不好意思 回復 更多評論
在源代碼級別,模板是可以有一定程度的分離的.我舉個例子//lib.htemplate <class T> const T& return_itself(const T& val);//lib.cpptemplate <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} 回復 更多評論
樓上說的是模板函數(shù),的確可以分離,但模板類就不太容易了 回復 更多評論
樓主，你的問題其實很簡單。 你是不是把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之類的文件名更合理些，這樣即使這個文件在工程里面也不回導致被編譯。 回復 更多評論
Foo.cpp里改成:#ifndef FOO_H_#include "foo.h"template<typename T> T Foo<T>::GetInstance() { return instance;}#endif可以試一下... 回復 更多評論
Dancefire 的答案是對的，如果你自己寫makefile的話，肯定不能把foo.cpp編譯成foo.obj。 書上沒有說這一點，但是你的IDE自動幫你makefile了，所以有些時候，自動化也有不好的地方呀。 回復 更多評論
@Dancefire 的確，把foo.cpp移出項目外的話就可以順利編譯并執(zhí)行了！ 但是在你的回答中，為什么會提到“當繼續(xù)編譯main.cpp的時候……”，這是為什么呢？為什么非模板類型就可以？ 回復 更多評論
非模板類型的應該也是不可以的。還有就是，不僅僅是模板函數(shù)，模板類一樣可以。 回復 更多評論
@空明流轉(zhuǎn) 我說的可以是指在h中聲明，在cpp中定義，這顯然是可以的（也是標準的做法） 模板函數(shù)和模板類的確都存在如本文所述的問題，并且用Dancefire的方法，或者使用全部寫在.h文件中的方式，都是可以的。 回復 更多評論
@volnet呵呵，非模板類型的函數(shù)定義我們也不會需要在foo.h中include foo.cpp啊：）在樓主的例子里面為了能夠讓定義和聲明分開，將聲明放到了foo.h中，而定義放到了foo.cpp中，這和非模板類型的函數(shù)是一樣的。但是可惜這么做是無法通過的，因為模板類型函數(shù)不能夠（由于沒有export支持）單獨編譯。為了讓編譯通過，樓主將foo.cpp給include進了foo.h，這樣實際上是將兩個文件整合成一個文件了。這樣編譯就沒有問題了，但是得小心需要把foo.cpp分離出項目，因為它不可以被編譯；或者將其擴展名從.cpp改為.hpp。實在是不推薦樓主這么分開的寫，說實話這算不上是什么標準的做法，而且這樣并沒有太大的意義。如果非要分開，可以將定義后綴到聲明后面，在一個文件里。但是分開確實沒太大意義。可以研讀一下boost里面的做法。 回復 更多評論
@Dancefire 原來你們說的是include foo.cpp 分開有一個好處就是可以成套地替換吧，雖然通常我們不這么做，但是卻從語法上支持了這么做。如果可以當然好了，不行的話肯定是沒辦法的。 回復 更多評論
@Dancefire boost在C++中的地位是什么呢？一個工業(yè)庫？一個泛型標準？一個開源范例？它對C++學習有什么好處呢？ 回復 更多評論
@volnetBoost可以稱其為是一套準標準庫。它項目建立的目的之一就是為未來的C++標準庫提供候選方案，目前已經(jīng)有將近十個Boost庫成功的成為了C++標準預案。它的優(yōu)勢很多，首先是代碼使用現(xiàn)代C++的語法，因此namespace, 異常, 模板之類的C++特性會被充分挖掘利用，代碼從設計、實現(xiàn)到文檔都具有了相當高的水準。另外，由于它使用的是標準C++語法編寫，因此它的可移植性非常的好。當然，針對一些存在問題的編譯器，它也會進行相應的調(diào)整以盡量支持。Boost這種優(yōu)良的庫，涵蓋的領域很廣，可以說是標準庫很好的補充。另外絕大多數(shù)Boost庫都不需要編譯鏈接，大部分的Boost庫僅僅include頭文件即可工作。我看到國內(nèi)很多人提到Boost的時候說它比較難以編譯安裝云云。其實沒必要編譯，絕大多數(shù)的庫僅僅是由頭文件組成的，只要include進來就可以用了。Boost是C++強有力的工具，學習C++，除了標準語法和STL外，Boost是必須熟悉的，否則，工程上很有可能會做一些Boost已經(jīng)實現(xiàn)很久的東西，除了重復開發(fā)外，而且你的代碼的質(zhì)量和可持續(xù)性比Boost差很遠，造成項目質(zhì)量的下降。 回復 更多評論
@Dancefire 謝謝你對Boost做了詳細的介紹。 那么，學習Boost庫需要有哪些準備工作？（假設從初學者開始）學習Boost庫又有哪些方法或者經(jīng)典的做法呢？（比如什么書，或者什么文檔） 回復 更多評論
foo.h里面最下面倒數(shù)第二行 的#include 回復 更多評論
@maosher 怎么了？ 回復 更多評論
template特化是鏈接期不能解決的問題，因此必須放進.h，不要使用別扭的技巧來分離。其實直接寫在一個class{}里面反而漂亮得多。 回復 更多評論
簡單的問題。把foo.cpp中#include "foo.h"那行刪除掉應該就沒問題了。 回復 更多評論
.cpp 的模板前面加個 export試試 回復 更多評論
Powered by: C++博客 Copyright © volnet
