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

love in C++, live on MFC

to get ready...

C++博客 首頁 新隨筆 聯(lián)系 聚合 管理
  47 Posts :: 0 Stories :: 97 Comments :: 0 Trackbacks

#

關于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的值也變了,呵呵,這就是程序中一些關與CString的奇怪問題的起源.如果用注釋中的GetBuffer/ReleaseBuffer方法,就一點問題也沒有了.
同樣,對于ReleaseBuffer的參數(shù),缺省的是-1,但是我不建議.因為-1表示使用當前的00結(jié)束符位置來確定新的長度.而上面的例子中,strtok是會重新設置00結(jié)束符的,所以,安全的做法,就是把這個CString的長度設為0,ReleaseBuffer(0),反正它的內(nèi)容已經(jīng)變了,也沒有人要用了.
說明一下,GetBuffer/ReleaseBuffer方法只能保證strTest不變,strTest2還是會變的.所以,對于一個成員變量,比如m_strTest2調(diào)用ReleaseBuffer要多一個心眼,局部變量就不用想這么多了.
那么怎么從最開始就意識到程序?qū)戝e了呢?上面代碼中(char*)(LPCTSTR)是很危險的,把const去掉了,否則strtok是編譯不過的,也從一個側(cè)面說明了const的重要性.
posted @ 2006-03-21 17:51 flyingxu 閱讀(10018) | 評論 (6)編輯 收藏

http://www.cpper.com/
那里論壇里的都是大牛,說的話我聽不懂,插不上嘴。
posted @ 2006-03-07 21:45 flyingxu 閱讀(524) | 評論 (0)編輯 收藏

在《工作中發(fā)現(xiàn)的 》中,提到析構(gòu)函數(shù)可以自己調(diào)用,并用一個例子編譯、運行證明了。
現(xiàn)在有個問題,除了知道“析構(gòu)函數(shù)可以自己調(diào)用”外,那么什么時候必須顯式調(diào)用析構(gòu)函數(shù)?

先看一段現(xiàn)實生活中的代碼吧,mfc源碼中:
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;

    
// construct new elements
    pSBP = _GetPanePtr(0);
    
for (i = 0; i < m_nCount; i++)
    {
        memcpy(
&pSBP->strText, &afxEmptyString, sizeof(CString));
        
++pSBP;
    }
    
return TRUE;
}
在上面的代碼中,就有顯式調(diào)用CString的析構(gòu)函數(shù)的代碼。cool。
因為還調(diào)用了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);//注意這里調(diào)用的是free
    pSBP = calloc(nElements, cbElement);

    
// construct new elements
    pSBP = _GetPanePtr(0); //根據(jù)mfc的代碼,可以理解這里的pSBP和前面的pSBP還是同一個地址
    for (i = 0; i < m_nCount; i++)
    {
        memcpy(
&pSBP->strText, &afxEmptyString, sizeof(CString));
        
++pSBP;
    }
    
return TRUE;
}
這個時候,如果注意到我特別注釋的free函數(shù)調(diào)用,可能已經(jīng)意識到了為什么要顯式調(diào)用析構(gòu)函數(shù)了。
如果還沒有,那么可以問自己一個面試常規(guī)問題:delete和free有什么區(qū)別?答:delete會使析構(gòu)函數(shù)被調(diào)用。
或者反過來說,free沒有調(diào)用析構(gòu)函數(shù),那么怎么辦?所以你必須自己顯示調(diào)用析構(gòu)函數(shù)

上面的這個例子可以這樣抽象下,現(xiàn)在需要free掉一塊內(nèi)存,而那塊內(nèi)存中,還有一個類,類里面還有指針,(這里是CString)需要在析構(gòu)函數(shù)中釋放內(nèi)存。因為用的是free,所以那個類的析構(gòu)函數(shù)不會自動被調(diào)用,這個時候,就必須顯式調(diào)用那個類的析構(gòu)函數(shù)。

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

另外繼續(xù)問個面試問題,new和calloc的區(qū)別?哈,構(gòu)造的函數(shù)的調(diào)用啊
所以,上面的代碼用的calloc,就必須顯示調(diào)用構(gòu)造函數(shù)啊,在哪里呢?就是
memcpy(&pSBP->strText, &afxEmptyString, sizeof(CString));
和CString的構(gòu)造函數(shù)比較下:
_AFX_INLINE CString::CString()
    { m_pchData 
= afxEmptyString.m_pchData; }
但是,為什么不就直接調(diào)用構(gòu)造函數(shù)呢?我也不知道。詳見dhong下面的評論。(dhong糾正了我的一個錯誤)

不過,下面的代碼
        CString aStr;
        CString
* pStr = &aStr ;
        pStr
->CString();

是編譯不過的。

 

posted @ 2006-03-04 00:35 flyingxu 閱讀(11654) | 評論 (7)編輯 收藏

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

所以呢,新的寫法可以寫成
CFile aFile


細小的問題,不用鉆牛角尖,好玩。
posted @ 2006-03-03 23:14 flyingxu 閱讀(980) | 評論 (1)編輯 收藏

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

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

struct CStringData
{
    
long nRefs;             // reference count

    int nDataLength;        // length of data (including terminator)
    int nAllocLength;       // length of allocation
    
// TCHAR data[nAllocLength]


    TCHAR
* data()           // TCHAR* to managed data
        return (TCHAR*)(this+1); }
}
;

class
 CString
{
public
:
//
 Constructors

    
// constructs empty CString

    CString();
    
// copy constructor

    CString(const CString& stringSrc);
    
// from a single character

    CString(TCHAR ch, int nRepeat = 1);
    
// from an ANSI string (converts to TCHAR)

    CString(LPCSTR lpsz);
    
// from a UNICODE string (converts to TCHAR)

    CString(LPCWSTR lpsz);
    
// subset of characters from an ANSI string (converts to TCHAR)

    CString(LPCSTR lpch, int nLength);
    
// subset of characters from a UNICODE string (converts to TCHAR)

    CString(LPCWSTR lpch, int nLength);
    
// from unsigned characters

    CString(const unsigned char* psz);

// Attributes & Operations

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

typedef ATL::CStringT< TCHAR, StrTraitMFC< TCHAR > > CString;

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

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

CString strTest = "test";
string sTest(strTest);

但是這是表明string比CString方便嗎?
實際上,在string sTest(strTest);中有一個函數(shù)被調(diào)用,就是:

_AFX_INLINE CString::operator LPCTSTR() const
    { 
return m_pchData; }

然后才是string構(gòu)造生成,這能說是string比CString方便嗎?應該說是CString比string方便才好。
雖然可以用

CString strTest(sTest.c_str() );

來初始化CString,但是CString沒有參數(shù)為string的構(gòu)造函數(shù),也是一個小小的遺憾,畢竟string是c++標準庫的一部分了。

posted @ 2006-03-02 09:29 flyingxu 閱讀(1976) | 評論 (6)編輯 收藏

當我在運行wizard,選到某一個類時,遇到了這個錯誤提示:
Parsing error : Expected "*/"
出錯的代碼如下
 
BEGIN_EVENTSINK_MAP(CMonitorView, CFormView)
    //{{AFX_EVENTSINK_MAP(CMonitorView)
    ON_EVENT(CMonitorView, IDC_REGVALUE,       
72    /* Leave Cell */,     OnLeaveCellRV, VTS_NONE)    
    //}}AFX_EVENTSINK_MAP
END_EVENTSINK_MAP()
但是我看來看去沒有問題.

后來找到最初的代碼一對比,原來/* Leave Cell */中間有個空格, 是的wizard解析出錯,去掉空格就好了.哈
posted @ 2006-02-17 13:16 flyingxu 閱讀(4874) | 評論 (0)編輯 收藏

編譯結(jié)束時總是有個消息提示框出來,
"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
posted @ 2006-02-13 01:49 flyingxu 閱讀(1138) | 評論 (0)編輯 收藏

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
posted @ 2006-02-09 18:08 flyingxu 閱讀(114) | 評論 (0)編輯 收藏

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

class wizard根據(jù)//{{來尋找插入函數(shù)的入口,所以,如果//{{出現(xiàn)的次數(shù)有多次,就出錯了.
需要注意的是,幾時是被注釋掉的代碼,對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
posted @ 2006-02-09 17:56 flyingxu 閱讀(2845) | 評論 (12)編輯 收藏

看了一篇blog文章“摘:VC編碼規(guī)范 ”(http://blog.csdn.net/lts007007/archive/2006/01/05/571377.aspx),有幾點意見:

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

不知道那篇blog時作者原創(chuàng)還是轉(zhuǎn)載,總的來說我覺得其中的VC規(guī)范不好(關于目錄結(jié)構(gòu)的還可以)。


文章來源:http://blog.csdn.net/flyingxu/archive/2006/01/08/573967.aspx
posted @ 2006-01-09 07:10 flyingxu 閱讀(309) | 評論 (0)編輯 收藏

僅列出標題
共5頁: 1 2 3 4 5 
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            久久婷婷麻豆| 裸体一区二区| 欧美成人一区二区三区在线观看 | 欧美精彩视频一区二区三区| 久久综合九色综合欧美狠狠| 女仆av观看一区| 欧美日韩在线精品| 国产精品美女在线观看| 国产欧美一区二区精品秋霞影院| 国产亚洲一区二区三区在线播放| 国产一区二区日韩| 亚洲精美视频| 亚洲欧美在线免费| 蜜桃av久久久亚洲精品| 99精品欧美一区| 午夜日本精品| 欧美精品在线视频| 韩国在线一区| 亚洲丝袜av一区| 久久露脸国产精品| 亚洲精品一级| 久久久久欧美精品| 欧美亚州韩日在线看免费版国语版| 国产一区清纯| 亚洲一区二区综合| 欧美电影在线| 午夜精品在线观看| 欧美日韩另类综合| 亚洲国产精品精华液网站| 亚洲影院色无极综合| 欧美大片一区| 久久国内精品视频| 国产精品视频大全| 日韩视频一区二区三区| 麻豆久久婷婷| 欧美一区视频| 国产精品一区二区黑丝| 日韩视频中文| 欧美成在线视频| 欧美中文字幕不卡| 国产欧美日韩亚洲| 午夜精品久久99蜜桃的功能介绍| 欧美激情第五页| 久久国产精品99精品国产| 欧美午夜大胆人体| 一本在线高清不卡dvd| 久久综合色影院| 午夜精品福利在线观看| 欧美日韩亚洲一区二区| 日韩视频在线观看免费| 国产性猛交xxxx免费看久久| 亚洲精品中文字幕女同| 欧美大片在线观看一区二区| 午夜精品久久久久久久久久久 | 亚洲一区三区视频在线观看| 欧美高清视频www夜色资源网| 激情成人在线视频| 久久精品亚洲乱码伦伦中文| 亚洲欧美一区在线| 国产农村妇女毛片精品久久麻豆 | 久久免费国产精品| 亚洲免费视频成人| 国产精品视频自拍| 欧美在线日韩精品| 久久av一区| 亚洲电影免费在线观看| 欧美激情一二三区| 欧美极品aⅴ影院| 一区二区三区免费观看| 99精品国产在热久久| 欧美三级日本三级少妇99| 亚洲欧美激情四射在线日| 亚洲女人天堂av| 国产一区日韩二区欧美三区| 美女999久久久精品视频| 美女免费视频一区| 一区二区三区欧美日韩| 亚洲一区二区三区在线视频| 国产一区清纯| 亚洲激情偷拍| 久久亚洲精品一区二区| 亚洲欧洲日韩综合二区| 一区二区欧美日韩| 国产一区二区三区四区在线观看| 美女主播视频一区| 欧美日韩国产黄| 久久成人综合视频| 久久综合伊人77777蜜臀| 一区二区三区日韩在线观看| 亚洲在线网站| 亚洲日本免费电影| 亚洲男女自偷自拍| 亚洲国产视频一区二区| 亚洲性感激情| 亚洲欧洲一级| 欧美一区二区免费视频| 一本久道久久综合狠狠爱| 欧美有码视频| 99精品视频免费在线观看| 欧美在线播放一区| 国产精品99久久久久久人| 久久久久99精品国产片| 亚洲综合日本| 欧美精品九九| 欧美jizz19性欧美| 亚洲欧美国产毛片在线| 亚洲精品美女在线观看| 欧美一区二区三区免费在线看| 亚洲第一黄色网| 亚洲一区二区欧美日韩| 亚洲精品少妇30p| 香蕉av777xxx色综合一区| 99国产精品视频免费观看| 久久黄色网页| 亚洲欧美日韩在线综合| 欧美成人资源网| 看欧美日韩国产| 国产日韩精品在线播放| 在线一区二区三区四区五区| 亚洲激情在线播放| 久久久精品国产99久久精品芒果| 亚洲欧美日韩国产精品| 你懂的视频欧美| 欧美18av| 在线成人h网| 久久久亚洲高清| 噜噜噜91成人网| 激情综合网激情| 午夜欧美大片免费观看| 欧美一级视频精品观看| 国产精品美女在线观看| 亚洲一二三级电影| 亚洲一区二区三区视频播放| 欧美精选在线| 99国产精品久久久久久久| 亚洲国产高清aⅴ视频| 久久本道综合色狠狠五月| 久久国产精品99久久久久久老狼| 国产精品每日更新在线播放网址| 亚洲免费精品| 亚洲在线黄色| 国产精品香蕉在线观看| 亚洲欧美激情在线视频| 久久福利电影| 国产一区二区黄色| 久久精品毛片| 亚洲国产精品成人| 日韩亚洲欧美在线观看| 欧美四级伦理在线| 午夜精品福利在线| 欧美成人精品在线| 日韩网站在线| 国产精品白丝jk黑袜喷水| 亚洲欧美怡红院| 久久露脸国产精品| 日韩一级黄色大片| 国产精品萝li| 久久婷婷国产综合精品青草| 亚洲国产精品99久久久久久久久| 亚洲美女福利视频网站| 欧美日韩和欧美的一区二区| 一区二区精品在线观看| 久久久久国产成人精品亚洲午夜| 在线看片欧美| 欧美日韩亚洲高清一区二区| 亚洲欧美在线免费观看| 你懂的成人av| 一区二区三区久久网| 国产视频在线一区二区| 老司机精品导航| 亚洲天堂激情| 亚洲高清二区| 久久av资源网站| 亚洲美女一区| 国产一区二区三区在线观看精品 | 欧美一区二区在线免费播放| 国产欧美日韩伦理| 欧美v亚洲v综合ⅴ国产v| 日韩视频一区二区在线观看 | 久久久久久久激情视频| 亚洲乱亚洲高清| 久久一本综合频道| 亚洲婷婷在线| 亚洲国产精品久久91精品| 国产精品视频自拍| 欧美激情精品久久久六区热门| 一本一本久久a久久精品牛牛影视| 久久久久久久性| 亚洲午夜在线观看| 亚洲国产精品成人精品| 国产精品亚洲аv天堂网| 久久亚洲春色中文字幕久久久| 亚洲视频在线免费观看| 欧美黄色aaaa| 麻豆精品精品国产自在97香蕉| 欧美一区二区日韩一区二区| 一区二区免费在线播放| 亚洲人成在线播放| 在线播放中文一区| 国内精品久久久久影院薰衣草|