青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

天秤座的唐風(fēng)

總會有一個人需要你的分享~!- 唐風(fēng) -

  C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理 ::
  13 隨筆 :: 0 文章 :: 69 評論 :: 0 Trackbacks

這兩天寫代碼,遇到這么一個模板決議的問題:
    有一個類 A,其中有兩個數(shù)據(jù)成員(方便起見都是 public )。為了從其它部分(比如文件)讀入數(shù)據(jù),我為 A 類重載了輸入流操作符。代碼如下所示:
程序1

typedef struct tagA {
    UINT32  biSize;
    UINT32  biCount;
}
 A;

template 
<typename DataStream>
DataStream
& operator>>(DataStream& a_data, A& a_fileHeader)
{        
    a_data
>>a_fileHeader.biSize>>a_fileHeader.biCount;

    
return a_data;        
}


    一般使用標準IO流的話,這樣做至少在編譯上是沒有問題的(讀二進制文件不行,后有補充)。
    在我的程序中,我目前只是測試時用文件讀取,到后期,肯定會換成其它形式(可能是直接大塊類似的數(shù)據(jù)整在一起,放在內(nèi)存中之類),所以我打算為數(shù)據(jù)源寫一個包裝類,在目前的階段,直接轉(zhuǎn)到標準IO文件讀取,后期再修改數(shù)據(jù)源類。因為使用數(shù)據(jù)源類需要保持與標準IO的寫法一致( cin>>xx ),所以這個類要為每種基本類型重載輸入流操作符。這些重載的代碼結(jié)構(gòu)都是一樣的,只是數(shù)據(jù)類型不同,因此用模板是最好的,所以一開始,我寫成了下面這個樣子:
程序2

class DataFromFile
{
public:
    DataFromFile(CHAR 
const *a_fileName)
        :dataStream(a_fileName, std::ios::binary
|std::ios::in)
    
{ assert(dataStream.good());}
    
~DataFromFile() 
    
{ dataStream.close();}
public:
    template 
<typename T>
    inline DataFromFile
& operator>> (T& a_data)        
    
{                                                  
        dataStream.read((CHAR 
*)&a_data, sizeof(T));   
        
return *this;                                     
    }

private:
    std::fstream dataStream;
}
;


    但在實際使用時,像下面的語句,就發(fā)生了編譯問題:

DataFromFile source("11.bin");
A dest;
source
>>dest; 


    編譯器對這段代碼抱怨,說無法確定使用哪個模板……
    當然,我是希望編譯器在這里使用程序一中的非成員模板函數(shù),然后在那個模板函數(shù)中,再用程序2中的成員模板函數(shù)來實例化基本類型的輸入操作??墒蔷幾g器沒有這么智能,我理解,這里用A做模板參數(shù)的話,確實有二義性。
    想來想去沒想到好的辦法消除這種二義性,只好修改代碼,去掉其中一個的模板定義。類比地思考一下,標準IO并沒有發(fā)生這個問題,因為標準IO的輸入流操作并不是模板函數(shù),而這里的DataFromFile類,明顯使用模板會比較優(yōu)雅,但二義性的問題不知道怎么解決。最后沒辦法,改成用宏來實現(xiàn),代碼如下:
程序3

#define InputForBuildIn(Type)                         \
inline DataFromFile
& operator>> (Type& a_data)        \
{                                                     \
    dataStream.read((CHAR 
*)&a_data, sizeof(Type));   \
    
return *this;                                     \
}


class DataFromFile
{
public:
    DataFromFile(CHAR 
const *a_fileName)
        :dataStream(a_fileName, std::ios::binary
|std::ios::in)
    
{ assert(dataStream.good());}
    
~DataFromFile() 
    
{ dataStream.close();}
public:
    InputForBuildIn(INT8)
    InputForBuildIn(UINT8)
    InputForBuildIn(INT16)
    InputForBuildIn(UINT16)
    InputForBuildIn(INT32)
    InputForBuildIn(UINT32)
private:
    std::fstream dataStream;
}
;


    問題是沒有了,但總覺得不是滋味。(不知道有沒有更好的解決辦法?哪位大俠指點下?)


PS:
    對 C++ 的標準 IO 流還不熟,在以二進制方式打開文件時,使用 >> 操作符無法讀入數(shù)據(jù)?一開始的時候調(diào)了很久,后來才發(fā)現(xiàn)這里可能有問題,轉(zhuǎn)成使用 .read() 方法來讀數(shù)據(jù),就成功了。標準 IO 還是得好好再補補啊。

posted on 2009-06-28 12:01 唐風(fēng) 閱讀(778) 評論(7)  編輯 收藏 引用 所屬分類: 語言技術(shù)

評論

# re: 輸入流函數(shù)模板決議問題導(dǎo)致程序不簡潔 2009-11-15 03:54 OwnWaterloo
沒辦法…… 讓它吃點虧好了:
template <typename DataStream>
DataStream& operator>>(DataStream& a_data, A& a_fileHeader);

該成這樣:
template<typename C,class T>
std::basic_istream<C,T>& operator>>(std::basic_istream<C,T>& s,A& a);

這也是為iostream寫擴展時要考慮的一個問題:
1. 要么嚴格使用標準庫中的(w)i(f/string)stream,basic_i(f/string)stream
2. 要么放寬,使用任意重載了>>的。



二進制和文本關(guān)系到是否轉(zhuǎn)換換行模式。

寫入文件時是怎么寫的?
>>和<<是格式化輸出。
read/write是非格式化輸出。
12
<<結(jié)果就是 '1','2' , >>時也希望是這樣
write結(jié)果就是 0c,00,00,00, read時也希望是這樣。

  回復(fù)  更多評論
  

# re: 輸入流函數(shù)模板決議問題導(dǎo)致程序不簡潔 2009-11-21 12:53 唐風(fēng)
居然發(fā)現(xiàn) SFINAE 正是我要的解決方案~!
后來試了一下下面這段實現(xiàn),就 OK 了……
 
class DataFromFile
{
public:
    DataFromFile(
char const *a_fileName)
        :dataStream(a_fileName, std::ios::binary
|std::ios::in)
    
{ assert(dataStream.good());}
    
~DataFromFile() 
    
{ dataStream.close();}
public:
    template 
<typename T> inline
    typename boost::disable_if
<boost::is_class<T>, DataFromFile&>::type 
    
operator>> (T& a_data)        
    
{                                                  
        dataStream.read((
char *)&a_data, sizeof(T));   
        
return *this;                                     
    }

private:
    std::fstream dataStream;
}
;
 
必須要贊一下 boost 的 enable_if ,確實是應(yīng)用 SFINAE 相當優(yōu)雅的一種方式~!
 
你的回復(fù)中對于輸入輸出流的解釋,我還是不太理解,呵呵,要學(xué)的東西真多哇,C++ 的 IO 流和 IO 流的本地化是我比較“恐懼”的部分。有沒有什么好庫可以代替?
對于學(xué)習(xí)這塊,你有什么好的推薦?
 
 
  回復(fù)  更多評論
  

# re: 輸入流函數(shù)模板決議問題導(dǎo)致程序不簡潔 2009-11-21 14:30 OwnWaterloo
@唐風(fēng)
這方法好,學(xué)習(xí)了~

我覺得《the c++ programming language》中21章將流的架構(gòu)講得很清楚。
具體實現(xiàn)么。。。
有2本書可能有這方面的內(nèi)容,我沒細看……
1本是《C++ Templates》
1本是《標準C++輸入輸出流與本地化》
http://www.china-pub.com/3274


代替io流么…… 有個iconv可以做編碼轉(zhuǎn)換。
代替io流的場合我沒遇見過……
其實我對很多項目都要自己寫一個log模塊很不理解……
沒往這方面想過……

  回復(fù)  更多評論
  

# re: 輸入流函數(shù)模板決議問題導(dǎo)致程序不簡潔 2009-11-21 17:32 唐風(fēng)
@OwnWaterloo
謝謝推薦,說起來,C++ 的書讀了不少,不過 BS 老爺子的《the c++ programming language》還真是沒看過……慚愧,回頭找來啃一啃。
《標準C++輸入輸出流與本地化》這本書看了前兩章都看不下去了,實在有點無趣,倒是《C++ standard library》中IO部分看幾回,但本地化還是沒搞明白。

PS:
說到 log 模塊,覺得還是蠻有用的,就現(xiàn)在手頭上做的項目來說,如果沒有這東西,所有模塊的 log 信息不受任何控制的話,光是這些 log 的通信就能把機器卡死(因為機器與PC的是串口連的)……
覺得對于大一點的軟件(雖然我只接觸了一個)來說,系統(tǒng)自身的調(diào)試機能和控制都蠻重要。  回復(fù)  更多評論
  

# re: 輸入流函數(shù)模板決議問題導(dǎo)致程序不簡潔 2009-11-21 18:04 OwnWaterloo
@唐風(fēng)
C++老豆的書得看~_~ 確實是對C++理解最深的人。
本地化在《TC++PL》的附錄(好像特別版才有附錄)中有,不過好像沒想象中的那么好用……


關(guān)于log…… 特指debug log 我不是說它的效率…… 而是為什么需要這種東西……
我的想法是,能測試就不要用調(diào)試器,能用調(diào)試器就不要寫debug log,只有不得已的時候,才會用那個東西。
為什么不把bug都查出來?
而是將它隱藏到軟件中,等它出現(xiàn)后 —— 交付給用戶使用后 —— 再從debug log中研究哪出的bug?

當然,我也沒什么大型軟件的經(jīng)驗,也沒有用戶邏輯復(fù)雜的軟件的經(jīng)驗……
可能那時候會理解debug log的用處……

  回復(fù)  更多評論
  

# re: 輸入流函數(shù)模板決議問題導(dǎo)致程序不簡潔 2009-11-22 14:40 OwnWaterloo
@唐風(fēng)
后來又回味了一下,用SFINAE,故意讓使用某些類型實例化模板時產(chǎn)生錯誤,從而從重載候選中剔除,確實是一個很好的辦法~_~

boost的enable_if也確實抓住并滿足了大量需求。

好東西啊,再回味回味...

  回復(fù)  更多評論
  

# re: 輸入流函數(shù)模板決議問題導(dǎo)致程序不簡潔 2009-11-22 15:38 唐風(fēng)
@OwnWaterloo
是的啊,正好我也在“回味”,哈哈,準備作為那篇 SFINAE 隨筆的補充,加一些 enable_if 的筆記……

對于 enable_if 的還有一個比較舒服的功能點是:
boost::disable_if<boost::is_class<T>, DataFromFile&>::type
這個可以放返回值的位置上生效,并且讓條件滿足時使用DataFromFile&作為返回類型,其它情況下讓它 Substitution fail,而不對程序產(chǎn)生“負面影響”。

真是非常體貼啊,因為在這個地方,運算符重載的參數(shù)個數(shù)是有限制的,不能隨意增加,所以在這里不能直接在參數(shù)表中加 T::* p = 0 之類的東西來運用 SFINAE。


  回復(fù)  更多評論
  

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲国产日韩欧美综合久久| 国产精品日韩一区二区| 国内视频一区| 欧美在线free| 欧美a级大片| 亚洲黄一区二区| 亚洲福利在线看| 国产精品免费一区二区三区在线观看 | 久久精品亚洲一区| 欧美日韩的一区二区| 夜夜嗨av色一区二区不卡| 亚洲欧美日韩国产一区二区三区 | 精品动漫3d一区二区三区| 久久午夜国产精品| 一本久久青青| 欧美不卡视频一区| 日韩视频中文| 老司机精品视频网站| 亚洲一区二区三区午夜| 亚洲日本在线视频观看| 国产区在线观看成人精品| 欧美日韩国产bt| 亚洲免费观看高清完整版在线观看熊 | 麻豆成人在线| 亚洲在线视频一区| 亚洲国产成人av| 欧美精品三级| 欧美中文在线视频| 欧美激情a∨在线视频播放| 久久久精品五月天| 久久国产乱子精品免费女| 亚洲欧美日韩精品综合在线观看| 日韩午夜剧场| 久久亚洲春色中文字幕| 国产精品激情电影| 欧美午夜在线视频| 欧美三级视频在线播放| 欧美人与禽猛交乱配| 欧美国产日韩二区| 海角社区69精品视频| 亚洲成人在线视频网站| 亚洲国产精品久久久久婷婷884| 亚洲天堂免费观看| 亚洲欧美日本国产专区一区| 快she精品国产999| 亚洲男人第一网站| 久久精品国产91精品亚洲| 欧美亚州韩日在线看免费版国语版| 亚洲成人在线| 免费欧美日韩国产三级电影| 亚洲国产女人aaa毛片在线| 欧美丰满少妇xxxbbb| 欧美国产日韩精品| 亚洲精品久久久久久久久久久久久| 亚洲日本在线观看| 蜜桃久久av| 亚洲国产免费| 欧美福利在线观看| 久久一区二区三区超碰国产精品| 国产亚洲成人一区| 亚洲精品一二区| 免费亚洲一区二区| 蜜桃视频一区| 夜夜精品视频| 久久久一区二区| 亚洲精品色婷婷福利天堂| 午夜一级久久| 欧美成人一区二区三区在线观看| 欧美午夜一区二区福利视频| 中文欧美日韩| 亚洲综合国产激情另类一区| 日韩视频亚洲视频| 欧美电影电视剧在线观看| 久久久亚洲成人| 国产精品大片wwwwww| 亚洲一区二区三区在线视频| 在线视频日韩| 麻豆freexxxx性91精品| 亚洲激情啪啪| 一区二区三区精品视频在线观看| 欧美特黄一级| 久久久精品国产免费观看同学| 久久精品国产清自在天天线| 亚洲国产精品一区二区www| 亚洲国产精品va| 国产精品黄色在线观看| 久久在线免费观看| 亚洲校园激情| 欧美成人午夜激情在线| 在线视频欧美日韩| 欧美国产日韩精品| 欧美日韩综合在线| 久久一区二区三区av| 欧美精品v国产精品v日韩精品| 亚洲欧美中文在线视频| 日韩视频一区二区三区| 国产精品一区免费视频| 制服诱惑一区二区| 欧美一区久久| 国产日产欧美精品| 亚洲电影免费在线| 国产精品爽黄69| 亚洲激情视频在线| 欧美黄网免费在线观看| 午夜日韩激情| 欧美精品免费在线观看| 久久影视三级福利片| 国产精品久久看| 亚洲国产一区二区三区在线播 | 久久精品国产精品 | 久久九九国产精品| 亚洲欧美制服另类日韩| 欧美刺激性大交免费视频| 久久国产精品黑丝| 午夜精品福利视频| 日韩视频一区二区三区在线播放| 性刺激综合网| 亚洲欧洲av一区二区| 欧美绝品在线观看成人午夜影视 | 欧美人牲a欧美精品| 久久综合中文| 国产视频久久久久| 亚洲一区二区三区久久| 中文亚洲欧美| 欧美一区激情视频在线观看| 欧美一区二区三区婷婷月色 | 亚洲欧美在线高清| 日韩小视频在线观看| 欧美电影在线观看完整版| 国产九九精品| 亚洲男女自偷自拍| 亚洲欧美日韩精品一区二区| 欧美区在线播放| 91久久午夜| 99国产精品久久久久久久久久| 美女日韩在线中文字幕| 欧美gay视频激情| 亚洲第一偷拍| 欧美ed2k| 亚洲欧美中文日韩v在线观看| 欧美日韩国产影院| 一区二区高清视频| 香蕉乱码成人久久天堂爱免费 | 亚洲欧美日本伦理| 久久国产精品一区二区三区四区| 国产精品一区二区在线观看网站 | 亚洲一区二区不卡免费| 香蕉av福利精品导航| 国产精品一区二区在线| 欧美一区二区在线视频| 免费观看成人鲁鲁鲁鲁鲁视频| 亚洲高清视频在线观看| 欧美精品福利视频| 99视频精品全部免费在线| 午夜日韩电影| 伊人成人网在线看| 中日韩午夜理伦电影免费| 亚洲午夜精品久久| 国产欧美一区二区三区沐欲| 久久精品国产一区二区三| 亚洲国产精品精华液网站| 亚洲一区二区欧美日韩| 国产日韩专区在线| 欧美国产一区二区| 亚洲欧美激情视频| 欧美暴力喷水在线| 亚洲欧美日韩视频一区| 国模吧视频一区| 欧美日韩国产精品| 久久国产一二区| 99国产精品视频免费观看一公开 | 国内精品久久久久久久影视蜜臀| 另类欧美日韩国产在线| 久久国产精品99久久久久久老狼| 在线看视频不卡| 欧美视频在线观看一区| 欧美在线|欧美| 亚洲乱亚洲高清| 蜜桃av一区二区三区| 亚洲一区国产视频| 欧美日韩伦理在线| 欧美电影在线| 一本色道久久综合狠狠躁的推荐| 日韩午夜精品视频| 亚洲日本无吗高清不卡| 国产女人精品视频| 欧美国产日韩一区二区在线观看 | 亚洲男人的天堂在线| 欧美国产在线观看| 久久久久久久999| 亚洲一区3d动漫同人无遮挡| 在线成人激情黄色| 国产日韩欧美三级| 国产精品国产a级| 欧美激情一区二区三区在线| 久久久久se| 亚洲欧美久久| 亚洲一区制服诱惑| 中文亚洲字幕| 在线亚洲精品|