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

隨筆-90  評論-947  文章-0  trackbacks-0

昨天晚上和同事討論寫 Log 的問題,談到寫到文件,后來談到寫文件用 ReadFile、WriteFile 還是用 fread、fwrite 的問題。我一直對 fread、fwrite 沒啥好感,原因是它自作主張的搞了一套緩存機制。可是僅僅這點就鄙視它似乎還說不過去。談著談著,后來我們對它的參數設計起了懷疑——這里有一個參數是多余的!從表面看,ReadFile、WriteFile 的參數是恰到好處的,fread、fwrite 作為它們的上層函數,似乎沒必要把一個參數拆成 2 個呀。

后來就一直跟 fread,直到出現 ReadFile,都沒發現這 2 個參數有什么特別的用處,他們很早就被乘起來了:

count = total = elementSize * count;

所以,目前我仍然對這個設計感到困惑。

有誰知道,這是由于什么樣的歷史原因/技術原因,才使這個函數變成現在這副模樣的?

posted on 2010-04-04 19:41 溪流 閱讀(5361) 評論(35)  編輯 收藏 引用 所屬分類: C++

評論:
# re: fread、fwrite 的參數設計問題[未登錄] 2010-04-04 23:09 | Fox
沒有具體測試過,fwrite用于寫結構、二進制數組,可以參考w.r.stevens在apue(5.9, p145)中關于fwrite的描述。  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-05 00:45 | OwnWaterloo
fread和fwrite是C標準庫, Read/WriteFile是Windows API。
如果不需要HANLDE的特殊功能, 使用fread/fwrite的代碼可以不加修改的移植到其他平臺去。

參數用于錯誤處理。

T a[count];
if ( count != fread(a, sizeof a[0], count, stream) ) {
// error
}

if ( count != READ(a, sizeof a, stream )/sizeof a[0] ) {
// error
}
  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-05 00:52 | 溪流
@OwnWaterloo
我是說它參數里頭的 elementSize 和 count,應該合并成一個,沒必要分成兩個  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-05 00:53 | 溪流
@OwnWaterloo
直接傳入需要讀取的字節數,傳出已成功讀取的字節數  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-05 01:00 | OwnWaterloo
@溪流
下面的READ就是按你說的方式設計的。
你覺得用著方便嗎?
  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-05 08:49 | 溪流
@OwnWaterloo
下面的好。可是為什么上面的當初要那樣設計呢?  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-05 15:40 | OwnWaterloo
@溪流
呃。。。 下面不是還要做一次除法么。。。
  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-05 17:06 | 溪流
@OwnWaterloo
不理解
我的意思是,fread應該這樣:
int fread(FILE *file, unsigned char *buffer, int bufferSize);
返回已讀取的字節數
哪里來的一個size加有一個count  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-05 17:17 | OwnWaterloo
@溪流
憑什么只能是unsigned char*呢?
  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-05 18:10 | 溪流
@OwnWaterloo
void * 也行
讀寫文件我應該知道要讀/寫多少字節吧?原先的第二個參數可以固定為1  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-05 18:36 | OwnWaterloo
@溪流
你想得太狹隘了。

仔細看2樓的例子。 T非得是char嗎?
a非得是數組嗎?

T a[1]; 可以嗎?
T v;可以嗎?
  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-05 18:49 | 溪流
@OwnWaterloo
T a[count];
if ( count != fread(a, sizeof a[0], count, stream) ) {
// error
}

T a[count];
ReadFile(hFile, a, sizeof(a), ...);
這樣多明確啊!  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-05 18:58 | OwnWaterloo
@溪流
2樓仔細看。 我懶得說了。
  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-05 20:52 | 溪流
@OwnWaterloo
看不來了,你解釋一下吧
我不要返回count,返回bytesRead就行了  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-05 21:08 | OwnWaterloo
@溪流
你不需要不等于別人不需要……

你完全將ReadFile或者fread當作"字節流讀取"來使用了。
實際上,fread不僅僅可以用來讀取字節流;
還可以用來讀取"二進制格式存放的數據", 比如上面的T。

  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-05 21:27 | 溪流
@OwnWaterloo
本來就是字節流嘛
“二進制格式存放的數據”,無非也就是多少個字節而已。
1個T就是 sizeof(T) 個 byte  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-05 22:05 | OwnWaterloo
@溪流
讀出半個T怎么辦?
還沒看懂2樓的代碼?
  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-05 23:25 | 溪流
@OwnWaterloo
那應該告訴我讀了 sizeof(T)/2 個字節,而不是告訴我讀了 0 個 T 啊  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-05 23:28 | 溪流
不知道二樓的代碼有什么精妙之處,,請解釋下。。。。
T a[count];
if ( count != fread(a, sizeof a[0], count, stream) ) {
// error
}

這段完全可以寫成:
T a[count];
if ( bytes != fread(a, 1, (sizeof a[0]) * count, stream) ) {
// error
}
么,而且能夠知道到底讀了多少,半個T,1/4個T,都可以精確表示出來
  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-05 23:54 | OwnWaterloo
@溪流
>>那應該告訴我讀了 sizeof(T)/2 個字節,而不是告訴我讀了 0 個 T 啊

你已經形成思維定勢了:
1. fread應該設計成什么樣子, 你心中已經有答案
2. fread如果設計成那樣子我會怎么用, 你已經習慣這么用
3. 應為我習慣這么用, 所以fread設計成這樣就是不對的

這是循環論證, 說明不了任何問題。


現在你要拋棄你的習慣:
習慣1: 不僅僅用來讀取字節流, 還可以直接讀取二進制格式文件
習慣2: 有返回值檢測


然后比較兩段代碼, 看哪段寫著順手:

void f(T* buf, size_t buf_size, FILE* stream)
{
size_t count = fread(buf, sizeof *buf, buf_size, stream);
for (size_t i=0; i<count; ++i)
process(buf[i ] );
}

void g(T* buf, size_t buf_size, FILE* stream)
{
size_t bytes = Read(buf, sizeof(T) * buf_size, stream);
for (size_t i=0; i< bytes/ sizoef(T); ++i)
process( buf[i ] );
}
  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-06 00:14 | 溪流
@OwnWaterloo
Read 那一句我習慣第二段的。
不錯,是讀取二進制文件格式,文件格式應該已經知曉了。何謂知曉?就是知道它每一個字節是干啥的,所以精確到每個字節不帶來壞處。

假如有個文件頭(為討論方便,請忽略對齊問題)
struct T
{
BYTE sign[10];
DWORD headerSize;
。。。
}

你是寫成 read(buf, sizeof(T), 1, stream) 呢,還是寫成 read(buf, 1, sizeof(T), stream) 呢?還是覺得這個 1 是多余的?

按你說的最小設計原則,不用 elememtSize * count 的形式,直接精確到字節,現有的任務都可以完成。而搞成 elementSize * count 的形式,在挺大一部分的例子中,有個參數是多余的。那么,這個設計不是很失敗么?

第一點,我不覺得“字節流”與“二進制文件”有什么區別
第二點,要返回值檢測,不至于我連讀到哪兒了都不知道  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-06 10:48 | 欣萌
2樓說的即是  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-06 11:18 | 陳梓瀚(vczh)
古時候人們讀的是struct不是char,所以純粹是為了增加可讀性……  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-06 12:00 | 欣萌
恩 我其實覺得 也沒有必要有2個參數
size 和 count


反正都是讀size*count個。

反正我沒有看懂,OwnWaterloo 說的理由。

  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-06 16:59 | OwnWaterloo
@溪流
對, 你說得對。
fread確實干了多余的事情。

調用時那個乘法無所謂, 要么就是調用者自己做, 要么就是fread做。
問題出在返回時那個除法上。 fread總會做一個除法, 對很多情況是不需要的。
而不使用乘/除法實現的fread又需要大量的循環。
  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-06 17:14 | OwnWaterloo
@溪流
跟"最小接口"與"人本接口"沒什么關系。
相對于read_int, read_string, 這兩種設計都可以算是最小接口。


為了不降低"實現優化的潛力", 保留適當的信息對實現是有用的。
比如malloc vs calloc。
用戶端的信息原本是 sizeof(elem) 和 count兩個。
calloc會將信息繼續帶到下層。
而malloc將這個信息丟掉了。

這可能就會影響malloc的某種優化, 比如對齊策略。
1. 分配12個char的數組
2. 分配12/sizeof(int)個數組
對malloc來說, 它接受到的都是12bytes, 已經無法區分這兩者的不同。
malloc始終返回的是該平臺下有最嚴格對齊的內存。

而calloc就可以明確知道每個元素的大小, 可以利用這個信息, 計算出該種大小的所有類型在該平臺下的最嚴格對齊需求,就可以少填充一些。

當然, calloc不一定會使用這個信息進行優化, 但它保有這個優化的潛力。
(calloc另一個memset的行為就很惡心了)


而read, 沒想出可以利用size和count進行優化的方法。
而且將這2個參數分開, 同時又要避免返回時那個除法的話, 還會顯得不夠統一。
  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-06 17:36 | Jakcie
同意@OwnWaterloo 的看法。
還是2個參數確定讀取字節數比較好。  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-09 03:05 | 欲三更
你不覺得把讀取的每個單位的尺寸和單位數分開可讀性更高么?一個函數調用的實參中出現了乘法,第一眼看上去肯定會覺得費解。

而且往高里說這是個設計理念問題,作為一個接口,讓用戶越少思考越好。

sizeof(XXX) * count = 總字節數,這是你想出來的,想這個問題難道不需要費力么?  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-09 09:26 | 溪流
@欲三更
有什么費力的?都到讀寫文件的關口了,難道幾個字節你都不想弄清楚?
另,你喜歡寫成 fread(buf, sizeof(T), 1, stream) 呢,還是 fread(buf, 1, sizeof(T), stream) 呢?每次我都為這個問題糾結好久。  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-04-09 15:09 | OwnWaterloo
@溪流
你這個問題很好解決~
找個現代點的ide...
  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2010-05-01 01:45 | hoodlum1980
參數設計的很好啊,一個數據塊的單位大小,一個是要讀取多少個數據塊,返回讀取成功的數據塊數目。這個設計很好呀。你可以嘗試作為一個整塊式的讀取。  回復  更多評論
  
# re: fread、fwrite 的參數設計問題[未登錄] 2011-03-11 09:47 | C++愛好者
@欲三更
如果連這個代碼的意思都看不懂那還是不要寫代碼算了!!!  回復  更多評論
  
# re: fread、fwrite 的參數設計問題[未登錄] 2011-03-11 09:52 | C++愛好者
@溪流
看來你也是個完美主義者,當然是fread(buf, sizeof(T), 1, fp)咯,這才是這個函數接口的本意。但我也覺得這個參數有點多余!!!  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2011-03-12 22:32 | 溪流
@C++愛好者
呵呵。重新回顧了上面這么多糾結的提法(塊啊、字節流啊、二進制格式啊、struct啊,char啊),再看到你說明白話,頓感輕松。塊也好、二進制格式也好、struct也好,不就是一堆字節么。。。  回復  更多評論
  
# re: fread、fwrite 的參數設計問題 2011-06-01 12:50 | DH
正好要用,謝謝  回復  更多評論
  
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            国产女人18毛片水18精品| 欧美美女喷水视频| 国产综合色在线| 麻豆精品在线视频| 美腿丝袜亚洲色图| 99精品视频免费在线观看| 亚洲激情啪啪| 欧美日韩一区二区三区高清| 99精品国产热久久91蜜凸| 在线观看日韩av电影| 欧美a级片一区| 欧美精品二区三区四区免费看视频| 亚洲精品乱码久久久久| 亚洲深夜福利在线| 国产深夜精品| 亚洲国产精品第一区二区三区| 欧美啪啪成人vr| 羞羞漫画18久久大片| 久久精品91久久久久久再现| 亚洲精品中文字幕有码专区| 在线亚洲自拍| 亚洲国产乱码最新视频| 一区二区精品国产| 激情综合亚洲| 999亚洲国产精| 伊人成年综合电影网| 99在线视频精品| 亚洲电影自拍| 亚洲影院免费观看| 亚洲精品久久嫩草网站秘色| 香蕉免费一区二区三区在线观看 | 麻豆成人av| 欧美一区高清| 欧美日韩国产首页| 猛男gaygay欧美视频| 国产精品一区二区久久国产| 亚洲国产精品福利| 国产亚洲精品一区二555| 亚洲精选中文字幕| 亚洲成人在线视频播放| 亚洲一二区在线| 99国产精品私拍| 久久躁日日躁aaaaxxxx| 欧美亚洲一区二区三区| 欧美激情中文字幕一区二区| 美女国产一区| 国产一区免费视频| 亚洲影院色无极综合| 99视频+国产日韩欧美| 狂野欧美性猛交xxxx巴西| 欧美在线免费观看亚洲| 欧美三区免费完整视频在线观看| 欧美承认网站| 亚洲国产精品传媒在线观看| 久久9热精品视频| 久久久国际精品| 国产欧美精品日韩精品| 亚洲欧美影音先锋| 午夜精品一区二区三区在线| 欧美日韩午夜视频在线观看| 亚洲欧洲日产国产网站| 亚洲精品资源| 欧美另类变人与禽xxxxx| 亚洲国产三级网| 亚洲毛片在线看| 欧美激情视频在线播放 | 香蕉亚洲视频| 国产偷国产偷精品高清尤物| 亚洲你懂的在线视频| 欧美一区二区在线| 国产日韩欧美在线观看| 午夜精品一区二区三区在线视| 久久成年人视频| 狠狠狠色丁香婷婷综合久久五月| 中文欧美在线视频| 久久精品二区三区| 免费看的黄色欧美网站| 亚洲激情电影在线| 欧美日韩亚洲高清| 亚洲无线视频| 久久色在线观看| 亚洲日本久久| 国产精品豆花视频| 欧美一区日韩一区| 欧美成人一区二区| 亚洲影院在线| 国内自拍一区| 欧美乱大交xxxxx| 午夜精品久久久久| 亚洲国产精品黑人久久久| 中文国产成人精品久久一| 国产欧美激情| 欧美激情亚洲精品| 性感少妇一区| 亚洲国产天堂久久国产91| 亚洲欧美国产视频| 亚洲成人在线观看视频| 国产精品黄视频| 久久一综合视频| 亚洲午夜久久久| 欧美成人三级在线| 亚洲欧美日韩精品综合在线观看| 激情小说亚洲一区| 国产精品扒开腿做爽爽爽视频| 欧美在线免费看| 日韩午夜在线电影| 老鸭窝91久久精品色噜噜导演| aa级大片欧美| 激情丁香综合| 国产精品入口尤物| 欧美国产乱视频| 久久久国产精品亚洲一区| 亚洲色图自拍| 91久久线看在观草草青青| 久久久久成人精品免费播放动漫| 亚洲天堂成人| 亚洲激情成人| 国产一区二区三区免费不卡 | 久久免费高清视频| 亚洲欧美综合v| 中文av一区特黄| 亚洲人精品午夜在线观看| 久久亚洲欧美国产精品乐播| 亚洲欧美色一区| 在线一区二区三区做爰视频网站| 有坂深雪在线一区| 国产亚洲精品久久久久婷婷瑜伽| 欧美小视频在线观看| 欧美国产成人在线| 麻豆av一区二区三区| 久久久久国产一区二区三区| 午夜精品久久久久久久99樱桃 | 欧美成年人视频网站| 久久久噜噜噜久噜久久| 香蕉av777xxx色综合一区| 亚洲一区二区精品在线| 在线一区二区三区四区五区| 亚洲精品一区二区三区99| 亚洲人成艺术| 亚洲每日更新| 一本一道久久综合狠狠老精东影业| 亚洲黄色大片| 亚洲人成网站精品片在线观看| 亚洲高清二区| 一本色道88久久加勒比精品| 亚洲理论电影网| 9色porny自拍视频一区二区| 一区二区三区高清在线| 亚洲一区二区三区激情| 一区二区三区你懂的| 亚洲图片你懂的| 亚洲欧美在线高清| 久久久成人网| 欧美电影免费观看网站 | 制服丝袜亚洲播放| 亚洲一区二区黄色| 亚洲欧美在线磁力| 久久五月天婷婷| 亚洲国产综合在线看不卡| 日韩视频一区二区三区在线播放免费观看 | 亚洲国产美女精品久久久久∴| 亚洲国产视频直播| 夜夜爽99久久国产综合精品女不卡 | 日韩亚洲欧美一区二区三区| 99视频精品全国免费| 亚洲综合社区| 久久午夜色播影院免费高清| 亚洲电影免费观看高清完整版在线观看 | 国产一区二区精品久久91| 国产一区二区三区视频在线观看 | 国产精自产拍久久久久久| 精品999成人| 一二三区精品福利视频| 性久久久久久久久| 欧美激情亚洲自拍| 一卡二卡3卡四卡高清精品视频| 亚洲一区三区在线观看| 久久久噜噜噜久久| 国产精品久久久久久久久果冻传媒 | 国产女人精品视频| 亚洲国产乱码最新视频| 亚洲欧美日韩精品在线| 欧美大色视频| 亚洲欧美日韩另类| 欧美xxx在线观看| 国产日韩在线播放| 亚洲精品欧美在线| 久久精品夜色噜噜亚洲a∨ | 久久综合色88| 中国成人亚色综合网站| 久久亚洲国产成人| 国产精品久久久久久亚洲毛片| 亚洲国产日韩欧美| 欧美一区二区三区免费观看| 亚洲成色999久久网站| 午夜精品福利一区二区蜜股av| 欧美日韩在线高清| 亚洲激情不卡| 欧美成人中文字幕| 久久精品亚洲热|