關(guān)于GetBuffer/ReleaseBuffer,網(wǎng)上比較流行的一種說(shuō)法是:如果你要直接修改CString的內(nèi)部數(shù)據(jù),就要調(diào)用GetBuffer/ReleaseBuffer.我也同意這樣的表述.
下面是幾個(gè)例子,主要是錯(cuò)誤的例子,來(lái)加深理解.
1
CString?strTest?=?"123";
char*?p?=?strTest.GetBuffer(0);
int?i?=?atoi(p);
strTest.ReleaseBuffer();這種用法當(dāng)然沒(méi)有錯(cuò),但是我認(rèn)為這里的GetBuffer/ReleaseBuffer是沒(méi)有必要的,為什么呢?因?yàn)?br />
int __cdecl atoi(const char *) 的參數(shù)是const char*,CString的內(nèi)部數(shù)據(jù)肯定不會(huì)被修改的.
所以上面的代碼可以直接寫(xiě)成
CString?strTest?=?"123";
int?i?=?atoi((LPCTSTR)strTest); 順便說(shuō)一下GetBuffer的參數(shù)問(wèn)題,網(wǎng)上的例子中,很多都是GetBuffer(5) GetBuffer(10)這樣的常數(shù),實(shí)際中的程序不可能是這么容易事先知道的,所以也就有了strTest.GetBuffer(strTest.GetLength() )的寫(xiě)法.其實(shí),GetBuffer(0)就可以了.可以由GetBuffer的源碼得到驗(yàn)證.
2
????CString?strTest?=?"123?45";
????//some?other?code
????CString?strTest2?=?strTest;
????char?seps[]?=?"?";
????char*?pToken?=?0;
????//char*?pStr?=?strTest2.GetBuffer(0);
????pToken?=?strtok((char*)(LPCTSTR)strTest2,?seps);
????//pToken?=?strtok(pStr,?seps);
????while(pToken)
????????pToken?=?strtok(NULL,?seps);
?????????//strTest2.ReleaseBuffer(0); 運(yùn)行上面的代碼,可以看到strTest的值也變了,呵呵,這就是程序中一些關(guān)與CString的奇怪問(wèn)題的起源.如果用注釋中的GetBuffer/ReleaseBuffer方法,就一點(diǎn)問(wèn)題也沒(méi)有了.
同樣,對(duì)于ReleaseBuffer的參數(shù),缺省的是-1,但是我不建議.因?yàn)?1表示使用當(dāng)前的00結(jié)束符位置來(lái)確定新的長(zhǎng)度.而上面的例子中,strtok是會(huì)重新設(shè)置00結(jié)束符的,所以,安全的做法,就是把這個(gè)CString的長(zhǎng)度設(shè)為0,ReleaseBuffer(0),反正它的內(nèi)容已經(jīng)變了,也沒(méi)有人要用了.
說(shuō)明一下,GetBuffer/ReleaseBuffer方法只能保證strTest不變,strTest2還是會(huì)變的.所以,對(duì)于一個(gè)成員變量,比如m_strTest2調(diào)用ReleaseBuffer要多一個(gè)心眼,局部變量就不用想這么多了.
那么怎么從最開(kāi)始就意識(shí)到程序?qū)戝e(cuò)了呢?上面代碼中
(char*)(LPCTSTR)是很危險(xiǎn)的,把const去掉了,否則strtok是編譯不過(guò)的,也從一個(gè)側(cè)面說(shuō)明了const的重要性.