關于GetBuffer/ReleaseBuffer,網上比較流行的一種說法是:如果你要直接修改CString的內部數據,就要調用GetBuffer/ReleaseBuffer.我也同意這樣的表述.

下面是幾個例子,主要是錯誤的例子,來加深理解.
1
這種用法當然沒有錯,但是我認為這里的GetBuffer/ReleaseBuffer是沒有必要的,為什么呢?因為
int __cdecl atoi(const char *) 的參數是const char*,CString的內部數據肯定不會被修改的.
所以上面的代碼可以直接寫成
順便說一下GetBuffer的參數問題,網上的例子中,很多都是GetBuffer(5) GetBuffer(10)這樣的常數,實際中的程序不可能是這么容易事先知道的,所以也就有了strTest.GetBuffer(strTest.GetLength() )的寫法.其實,GetBuffer(0)就可以了.可以由GetBuffer的源碼得到驗證.

2
運行上面的代碼,可以看到strTest的值也變了,呵呵,這就是程序中一些關與CString的奇怪問題的起源.如果用注釋中的GetBuffer/ReleaseBuffer方法,就一點問題也沒有了.
同樣,對于ReleaseBuffer的參數,缺省的是-1,但是我不建議.因為-1表示使用當前的00結束符位置來確定新的長度.而上面的例子中,strtok是會重新設置00結束符的,所以,安全的做法,就是把這個CString的長度設為0,ReleaseBuffer(0),反正它的內容已經變了,也沒有人要用了.
說明一下,GetBuffer/ReleaseBuffer方法只能保證strTest不變,strTest2還是會變的.所以,對于一個成員變量,比如m_strTest2調用ReleaseBuffer要多一個心眼,局部變量就不用想這么多了.
那么怎么從最開始就意識到程序寫錯了呢?上面代碼中(char*)(LPCTSTR)是很危險的,把const去掉了,否則strtok是編譯不過的,也從一個側面說明了const的重要性.

http://www.cpper.com/
那里論壇里的都是大牛，說的話我聽不懂，插不上嘴。

在《工作中發現的 》中，提到析構函數可以自己調用，并用一個例子編譯、運行證明了。
現在有個問題，除了知道“析構函數可以自己調用”外，那么什么時候必須顯式調用析構函數？

先看一段現實生活中的代碼吧，mfc源碼中：
在上面的代碼中，就有顯式調用CString的析構函數的代碼。cool。
因為還調用了CControlBar::AllocElements()，上面的代碼不是很明顯，我把CControlBar::AllocElements簡化一下后：

BOOL CStatusBar::AllocElements(int nElements, int cbElement)
{
    // destruct old elements
    AFX_STATUSPANE* pSBP = _GetPanePtr(0);
    for (int i = 0; i < m_nCount; i++)
    {
        pSBP->strText.~CString();   //注意看這里
        ++pSBP;
    }

    // allocate new elements
    //if (!CControlBar::AllocElements(nElements, cbElement))
    //    return FALSE;
    //簡化后的代碼，實際運行肯定有問題，但是關鍵東西出來了
    free(pSBP);//注意這里調用的是free
    pSBP = calloc(nElements, cbElement);

    // construct new elements
    pSBP = _GetPanePtr(0); //根據mfc的代碼，可以理解這里的pSBP和前面的pSBP還是同一個地址
    for (i = 0; i < m_nCount; i++)
    {
        memcpy(&pSBP->strText, &afxEmptyString, sizeof(CString));
        ++pSBP;
    }
    return TRUE;
}

這個時候，如果注意到我特別注釋的free函數調用，可能已經意識到了為什么要顯式調用析構函數了。
如果還沒有，那么可以問自己一個面試常規問題：delete和free有什么區別？答：delete會使析構函數被調用。
或者反過來說，free沒有調用析構函數，那么怎么辦？所以你必須自己顯示調用析構函數。

上面的這個例子可以這樣抽象下，現在需要free掉一塊內存，而那塊內存中，還有一個類，類里面還有指針，（這里是CString）需要在析構函數中釋放內存。因為用的是free，所以那個類的析構函數不會自動被調用，這個時候，就必須顯式調用那個類的析構函數。

這個是不是很偏的問題呢？遇到了就看看，沒有遇到過，也不會影響日常工作，哈。

另外繼續問個面試問題，new和calloc的區別？哈，構造的函數的調用啊
所以，上面的代碼用的calloc，就必須顯示調用構造函數啊，在哪里呢？就是
和CString的構造函數比較下：
但是，為什么不就直接調用構造函數呢？我也不知道。詳見dhong下面的評論。（dhong糾正了我的一個錯誤）

不過，下面的代碼

是編譯不過的。

 

今天看java，提到這樣一種變量命名形式：
也就是說，在命名一個沒有太多實際意義的變量時，可以在前面加一個“a”。
呵呵，我覺得這種命名方法還是蠻好的，可能是我看書看的少，在c++的書中還沒有看到過這樣的寫法推薦。
而在msdn中，常見的例子為：
或者
呵呵，也是盡量寫一個名詞形式。

所以呢，新的寫法可以寫成


細小的問題，不用鉆牛角尖，好玩。

關于CString的兩個問題
讀CString,string,char*的綜合比較(一) 

1 CString的基類
在《比較》一文中，寫到：
“CString（typedef CStringT<TCHAR, StrTraitMFC<TCHAR>> CString）為Visual C++中最常用的字符串類，繼承自CSimpleStringT類，主要應用在MFC和ATL編程中，主要數據類型有char(應用于ANSI)，wchar_t(unicode)，TCHAR(ANSI與unicode均可)；”
我第一感覺就是文章寫錯了，因為我看過CString的源碼的啊：

但是看文章的樣子，也不像是粗制濫造的，心里很是疑惑。
后來再打開VC7的源碼看，果然：

看來微軟在不知不覺中做了這么大的變化。

2
“string是方便的，可以從幾乎所有的字符串構造而來，包括CString和char*； 
 CString次之，可以從基本的一些字符串變量構造而來，包括char*等； ”
的確，如下的代碼是可以編譯的：

但是這是表明string比CString方便嗎？
實際上，在string sTest(strTest);中有一個函數被調用，就是：

然后才是string構造生成，這能說是string比CString方便嗎？應該說是CString比string方便才好。
雖然可以用

來初始化CString，但是CString沒有參數為string的構造函數，也是一個小小的遺憾，畢竟string是c++標準庫的一部分了。

當我在運行wizard,選到某一個類時,遇到了這個錯誤提示:
Parsing error : Expected "*/"
出錯的代碼如下
  但是我看來看去沒有問題.

后來找到最初的代碼一對比,原來/* Leave Cell */中間有個空格, 是的wizard解析出錯,去掉空格就好了.哈

編譯結束時總是有個消息提示框出來,
"the .plg file has been modified outside of the source editor. Do you want to reload it?"
點yes或者no都還是不行,總是出來

問題的答案在
http://www.codecomments.com/Debugger/message500008.html
也就是在菜單window->Close All

文章來源:http://blog.csdn.net/flyingxu/archive/2006/02/12/597392.aspx

Code reviews are often misused and painful for everyone, but they don't have to be. Some simple steps can convert torture into teaching and improve the long-term outlook for code quality in your organization.
文章來源:http://blog.csdn.net/flyingxu/archive/2006/02/09/594974.aspx

class wizard出錯與c++語法出錯沒有關系

class wizard根據//{{來尋找插入函數的入口,所以,如果//{{出現的次數有多次,就出錯了.
需要注意的是,幾時是被注釋掉的代碼,對class wizard也有影響,雖然編譯能通過.

參見http://www.codeguru.com/forum/archive/index.php/t-112218.html
Check that you have only one of each of these in MyClass.h:

//{{AFX_DATA(CMyClass)
//{{AFX_VIRTUAL(CMyClass)
//{{AFX_MSG(CMyClass)

...and that you have only one of each of these in MyClass.cpp:
//{{AFX_DATA_INIT(CMyClass)
//{{AFX_DATA_MAP(CMyClass)
//{{AFX_MSG_MAP(CMyClass)

文章來源:http://blog.csdn.net/flyingxu/archive/2006/02/09/594960.aspx

看了一篇blog文章“摘：VC編碼規范 ”（http://blog.csdn.net/lts007007/archive/2006/01/05/571377.aspx），有幾點意見：

函數名中用下劃線，我覺得不好，ceate_point()我覺得可以寫成CreatePoint()，這樣的風格才是Windows API風格，我覺得可以借用。
反擴號的注釋內容“}//end while(condition2)”我覺得完全多余，因為在VC環境中，可以用ctrl+]來定位括號之間的對應關系
對于局部變量，我覺得不用寫l，如果一個變量不寫g或者m，那么它就是局部變量

不知道那篇blog時作者原創還是轉載，總的來說我覺得其中的VC規范不好（關于目錄結構的還可以）。

文章來源:http://blog.csdn.net/flyingxu/archive/2006/01/08/573967.aspx