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