為什么在VS2005重載輸出運算符那么難 /zhuan
最近在VS2005下實現一個模版堆棧時,想重載一下輸出運算符。結果老是遇到問題,如何都過不去,想不想去都不明白。還望高手指教。一開始同樣的程序在VC2005和VC6.0下編譯都沒問題,但是一到鏈接的時候就出現問題了。都提示如下錯誤:
error LNK2019: 無法解析的外部符號 "class std::basic_ostream<char,struct std::char_traits<char> > & __cdecl operator<<(class std::basic_ostream<char,struct std::char_traits<char> > &,class SegStack<int> const &)" (??6@YAAAV?$basic_ostream@DU?$char_traits@D@std@@@std@@AAV01@ABV?$SegStack@H@@@Z),該符號在函數 _main 中被引用

死活都運行不了。后來發現如果在程序中不使用“cout<<”重載的運算符進行輸出,在兩個平臺下都沒有問題。可以重載的方式我已經全部按語法寫了。
今晚,又在VC6.0下再生成一次,奇跡般成功了。(PS:難道今晚的RP比較高 ^-^)但是還是沒有解決在VC2005下的問題,還是提示如上錯誤,VC2005到底還改了什么,與VC6.0不同了?一模一樣的程序,為什么在VC2005下都不行,在VC2005下的重載輸入輸出應該如何應該如何?
下面貼一下例程,麻煩有時候的大牛幫我看一下,很簡單的一個程序。
Ex2_2.rar
里面有三個文件分別如下:(ex2_2.cpp,stack.cpp,stack.h)下面貼一下文件的內容。




































































































































































在最后,我還想問的一個問題是:為什么在ex2_2.cpp里#include "stack.h"時會無法編譯通過,而#include "stack.cpp"時就可以了呢?
記得我剛學C++的時候,老師跟我說把頭文件和源程序文件分開,最主要的是要進行知識產權保護,當你寫好一個子程序時,發布就不要給對方源程序,只要給對方頭文件和編譯過來的相應obj文件就可以了。但是從上面的例子上看來,如果不#include "stack.cpp"就無法編譯通過,這不就代表一定要給源程序對方嗎?為什么會這樣子的。我應該如何做呢?如果我想實現源程序的保存。
Feedback
class SegStack里面這么寫:
template < class T1 >
friend ostream& operator << (ostream& out,const SegStack<T1>& seg);
這個operator不是SegStack的成員,因此不多寫一個template這個operator就不是template的了
template的申明和定義一般都放入.h中,而不是.cpp,原因之一是template需要被實例化時必須保證編譯器能找到實現
反過來想,如果template的定義都在.cpp中,那這個cpp被編譯時至多產生一種T的實現(多半不會產生實際代碼,編譯器根本無從知曉T到底是什么類型),那么不妨假設其他cpp中有至少兩種不同的T,那么編譯器該如何連接呢?呵呵
因此目前為止,幾乎所有編譯器都要求需要展開template時能找到定義,于是形成了template定義不放在.cpp中的慣例
template < class T1 >
friend ostream& operator << (ostream& out,const SegStack<T1>& seg);
這個operator不是SegStack的成員,因此不多寫一個template這個operator就不是template的了
template的申明和定義一般都放入.h中,而不是.cpp,原因之一是template需要被實例化時必須保證編譯器能找到實現
反過來想,如果template的定義都在.cpp中,那這個cpp被編譯時至多產生一種T的實現(多半不會產生實際代碼,編譯器根本無從知曉T到底是什么類型),那么不妨假設其他cpp中有至少兩種不同的T,那么編譯器該如何連接呢?呵呵
因此目前為止,幾乎所有編譯器都要求需要展開template時能找到定義,于是形成了template定義不放在.cpp中的慣例
posted on 2006-03-15 11:57 Beginning to 編程 閱讀(1116) 評論(1) 編輯 收藏 引用 所屬分類: 程序摘錄