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

woaidongmao

文章均收錄自他人博客,但不喜標題前加-[轉貼],因其丑陋,見諒!~
隨筆 - 1469, 文章 - 0, 評論 - 661, 引用 - 0
數據加載中……

VC中一個關于宏的使用問題

這兒是個關于宏的問題,我曾用過ATL的串轉換宏,包括W2A,開始有些東西我還不太明白。為了使用這些宏,必須在函數的開始處用USES_CONVERSION來初始化某些局部變量。用就用吧,但是看看這個宏的定義,它有類似下面的代碼:

// atlconv.h文件中
#define USES_CONVERSION \
int _convert; _convert; \
UINT _acp = GetACP(); _acp; \
LPCWSTR _lpw; _lpw; \?
LPCSTR _lpa; _lpa

為什么它們用“int x;x;”——這種后面跟著變量的聲明? 

   
很多人都碰到過這個令人困惑的問題,后來發現答案很簡單:禁止編譯器的警告信息(warning)。如果單獨有一行代碼:
int x;
且從來沒有使用過x,那么編譯器匯報錯“unreferenced local variablex”,意思是未引用過的局部變量x,如果將警告信息的輸出調到最大。為了避免討厭的警告,USES_CONVERSION引用聲明的變量。

      int x; // 聲明
      x;     //
使用這個變量
     

C++之前的時代,程序員有時在C中用函數形參做同樣的事情來避免“unreferenced formal parameter”或其它的深奧費解的編譯錯誤。

void MyFunc(int x, char y)
{
  x;
  y;
  ......
}

當然,現在用下面的代碼可以更有效地完成同樣的事情:

// 參數 x 不是用
void MyFunc(int /* x */)
{
   ......
}    

    也就是說聲明參數,但不給它起名,不能這樣使用局部變量;必須顯式地引用它。這樣做不會增加任何指令到代碼中。最多可能多增加幾個字節到堆棧(為x預留空 間)。靈巧的編譯器甚至不會操心x從來沒有被使用過——雖然好奇心可能想知道:如果編譯器夠厲害,知道了從沒有使用x,為什么要抱怨(編譯出錯)呢?答案是因為苛刻的程序員(且編程能力與個人的記性有關)使用編譯警告提醒自己刪除某部分代碼時發生變量荒廢。這種警告在C時代很有用,你必須在每個函數的頂部聲明變量,這就遠離了實用它們的代碼。
   
現在來看看另一個問題:為什么在開始位置要用USES_CONVERSION?即為什么W2A&Co之類的宏還需要另外的宏聲明自己的變量;為什么不直接在W2A中聲明這個變量?

#define W2A(x) \
int _convert; _convert; \
……etc

很明顯這樣做不行,因為如果你使用W2A兩次,得到一個復制的變量。那為什么不把整個宏放進花括弧創建新的范圍?

#define W2A(x) Q{ \
int _convert; _convert; \
…… \
}

這樣解決了命名沖突,但不能進行如下編碼:
DoSomething(W2A(pwstr));
沒有辦法從代碼塊返回值,所以不能在函數調用中傳遞W2A。真笨啊,那么內聯函數怎么樣?

inline LPCSTR W2A(LPWSTR w) {
int_convert;
……
}

    這解決了范圍問題——任何W2A需要的變量多可以在這個函數中,在自己的范圍內聲明,不需要另外的宏。它也提供了一種返回值的方式,使你可以在函數調用和賦值中使用W2Ax)。但是這種方法不靈,也是因為W2A的緣故和其它的宏更復雜。
不管什么時候進行Unicode轉換,都不能就地轉換串,必須分配一個臨時串容納被轉換的字節。典型地,通過調用new分配一個串:

int len = MultiByteToWideChar(...,?
mystr, NULL, 0); //
或的長度
LPWSTR p = new WCHAR[nLen]; //
分配內存
MultiByteToWideChar(...,p,len); //
轉換
SomeCOMFunction(p); //
使用之
delete [] p; //
銷毀

    這段代碼不僅令人討厭,而且還沒有效率;必須調用MultiByteToWideChar兩次(一次是計算長度,一次是實際的轉換),你得從堆中分配p, 這樣很慢。通過分配2*len個字節解決第一個問題,這里長度lenASCII串的長度——但第二個問題怎么辦?如果看看A2W是如何展開的,請看:

// 簡化版
#define A2W(s) \
_len = 2*strlen(s);
AfxA2WHelper((LPWSTR)alloca(_len);

    AfxA2Whelper是一個調用MultiByteToWideChar的輔助函數。A2W使用2*len巧妙地避免了兩次調用 MultiByteToWideChar。但A2W及其它轉換宏真正聰明的地方是不調用new操作分配臨時串,而是調用alloca——在棧中分配字節, 而不是在堆中。這樣做非常快,因為編譯器要做的只是增加棧指針。不調用函數,不處理內存塊。它也避免了內存碎片,并且也沒有必要調用delete操作,因 為當控制離開alloca被調用的地址后,內存被自動釋放。這正好說明了為什么A2W不能時內聯函數;如果是的話,alloca創建的臨時串會在返回前被 摧毀,并且你會以刪除串的方式終止SomeCOMFunction(使用這個例子)調用。
A2W
必須從alloca被調用的相同的地址處調用alloca——所以A2W必須是一個宏,不是一個函數;因此它需要另一個宏 USERS_CONVERSION來聲明_len以及其它一些用到的變量(為了簡化,我省略了)。當你仔細想想,整個處理告訴我們要想寫一組類似A2W的 宏從棧中的分配內存會減少很多不必要的麻煩。
另外,任何時候,只要你想要快速地獲取臨時內存,都可以調用alloca。下面的代碼是我們常常見到的:

char* p = new char[len];
DoSomething(p);
delete [] p;

使用下面的代碼替代之會效率更高:

char *p = (char*)alloca(len);
DoSomething(p);
//
不用調用delete p!

    當然,如果棧中的沒那么多,你還這么做的話,就會出現一個討厭的消息框。這個方法還有一些局限,詳細內容請參考文檔。經驗告訴我,不管什么時候在MFCATL或其它什么地方發現奇怪的事情,最好是鉆進去研究一下,你可能會發現有用的東西。

posted on 2010-07-10 02:05 肥仔 閱讀(394) 評論(0)  編輯 收藏 引用 所屬分類: MFC存檔

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            一区二区不卡在线视频 午夜欧美不卡'| 亚洲高清不卡在线| 老司机午夜精品视频在线观看| 亚洲免费黄色| 久久国产精品免费一区| 亚洲一区二区三区四区五区黄| 久久久久久网| 久久久久欧美精品| 国产精品一区在线观看| 国产精品v欧美精品∨日韩| 美女图片一区二区| 免费在线欧美黄色| 亚洲精品你懂的| 久久男人资源视频| 两个人的视频www国产精品| 国产精品一区二区在线| 亚洲无线视频| 亚洲一区图片| 国产精品国产a| 亚洲精选在线观看| 一本久久精品一区二区| 欧美日韩成人在线观看| 亚洲福利电影| 亚洲免费久久| 欧美另类久久久品| 亚洲精品国产精品乱码不99| 亚洲欧洲一区二区在线播放| 久久亚洲综合色| 欧美国产日韩精品| 亚洲高清视频在线| 老司机免费视频一区二区| 欧美黄色一区二区| 亚洲国产一区视频| 亚洲一区二区动漫| 欧美一级理论性理论a| 国产精品婷婷| 先锋影音一区二区三区| 亚洲欧美精品一区| 国产欧美一区二区在线观看| 国产一区二区三区免费在线观看| 免费观看成人网| 一本色道88久久加勒比精品| 亚洲电影中文字幕| 久久青青草综合| 性做久久久久久| 亚洲一区日韩在线| 欧美一区二区三区四区在线观看地址| 一区二区免费在线播放| 在线观看精品视频| 欧美体内she精视频在线观看| 欧美激情视频免费观看| 欧美日韩精品系列| 国产精品你懂得| 国产精品豆花视频| 狠狠综合久久| 亚洲日本中文字幕区| 激情视频一区| 午夜日韩福利| 欧美国产精品劲爆| 欧美与欧洲交xxxx免费观看 | 蜜臀久久99精品久久久画质超高清 | 久久精品电影| 亚洲日本va午夜在线影院| 久久不射网站| 亚洲一区二区成人| 国产视频欧美视频| 另类图片国产| 亚洲欧美久久久| 亚洲国产成人高清精品| 欧美日韩91| 久久九九国产精品怡红院| 亚洲美女中出| 久久精精品视频| 狼狼综合久久久久综合网| 亚洲韩国青草视频| 一本色道久久加勒比88综合| 午夜久久电影网| 毛片基地黄久久久久久天堂| 老司机免费视频久久| 欧美日韩在线播放三区| 在线成人av网站| 日韩亚洲欧美综合| 夜色激情一区二区| 亚洲一区二区三区免费观看| 国产精品视频九色porn| 欧美成人四级电影| 欧美中文在线观看国产| 一区二区三区国产精品| 欧美国产欧美综合| 久久男人资源视频| 亚洲欧美电影院| 亚洲精品久久久蜜桃| 国产欧美欧洲在线观看| 欧美日韩亚洲激情| 欧美成va人片在线观看| 久久aⅴ国产欧美74aaa| 一本色道久久加勒比精品| 亚洲第一在线综合在线| 欧美专区日韩专区| 国产女精品视频网站免费| 欧美理论电影网| 久久午夜视频| 久久精彩免费视频| 亚洲女性裸体视频| 夜夜嗨av色综合久久久综合网| 欧美国产在线观看| 裸体素人女欧美日韩| 久久免费高清| 久久久久久999| 欧美中文字幕在线| 欧美一区二区三区日韩视频| 亚洲在线一区二区| 国产偷国产偷亚洲高清97cao | 性做久久久久久免费观看欧美| 久久久亚洲午夜电影| 亚洲美女淫视频| 欧美在线欧美在线| 久久国产88| 欧美系列亚洲系列| 亚洲人精品午夜| 国产亚洲欧洲| 亚洲电影中文字幕| 激情一区二区三区| 欧美一级电影久久| 99国产精品99久久久久久粉嫩| 亚洲国产一区二区三区高清| 亚洲免费电影在线| 亚洲自拍偷拍视频| 久久福利毛片| 久久久久久有精品国产| 亚洲黄色性网站| 99精品视频网| 午夜激情久久久| 亚洲免费观看高清完整版在线观看熊 | 久久久噜噜噜久久| 国产精品久久久久久亚洲毛片| 欧美成人一区二区| 亚洲成人自拍视频| 欧美电影在线观看| 亚洲精品乱码久久久久久黑人 | 欧美大香线蕉线伊人久久国产精品| 免费日韩av电影| 中日韩美女免费视频网址在线观看| 一本色道久久综合亚洲精品婷婷| 国产精品白丝黑袜喷水久久久| 亚洲精品日产精品乱码不卡| 亚洲欧洲在线一区| 亚洲黄色影片| 亚洲欧美怡红院| 欧美激情免费观看| 国产乱人伦精品一区二区| 极品尤物久久久av免费看| 最新国产拍偷乱拍精品| 亚洲欧美视频一区二区三区| 蜜桃久久精品乱码一区二区| 99国产精品国产精品久久| 欧美一区二区三区视频在线| 母乳一区在线观看| 国产精品日韩精品欧美在线| 91久久久久久久久| 久久精品国产999大香线蕉| 亚洲国产日韩在线| 欧美一区二区在线播放| 欧美日韩成人在线| 欧美一区二区三区在线看| 欧美国产综合| 欧美专区日韩视频| 99精品欧美一区二区三区综合在线 | 影音先锋在线一区| 欧美人成网站| 欧美日韩在线视频首页| 久久综合伊人77777蜜臀| 亚洲午夜精品一区二区| 最新国产精品拍自在线播放| 久久国产精品99久久久久久老狼| 欧美色一级片| 日韩视频在线一区| 亚洲福利一区| 久久精品国产亚洲精品| 亚洲一区二区三区中文字幕在线| 欧美大片91| 亚洲精品久久久久久久久久久久久| 欧美在线观看天堂一区二区三区| 日韩一级黄色大片| 欧美破处大片在线视频| 亚洲精品免费在线| 欧美大尺度在线观看| 久久在线视频| 亚洲国产精品黑人久久久| 看片网站欧美日韩| 欧美中文字幕在线观看| 国产日韩欧美另类| 久久国产欧美日韩精品| 校园激情久久| 国产日本欧美一区二区三区| 性欧美videos另类喷潮| 亚洲欧美综合国产精品一区| 国产欧美一区视频| 久久躁日日躁aaaaxxxx| 久久免费午夜影院|