• <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>

            [zt]挺好玩的C語句

            Posted on 2007-08-06 17:47 daiybh 閱讀(343) 評論(0)  編輯 收藏 引用 所屬分類: c++

            轉自紫羅蘭茶館

            我在學習VC,或者在閱讀別人寫的文章的時候,偶爾碰到下面很多有趣的,并且很奇怪的語句,整理起來,以備后忘. 其實有些是不大容易想到的技巧,貼出來權當大伙飯后沒事的小品文,當然不要過多的看重類似的語句學習,而忽略了基礎知識。

            一. 奇怪的宏定義
            (1) #define for if(0); else for
            按照c++標準,for中定義的變量的作用域應該只在for循環中有效,而VC卻不行,比如這樣定義是不對的
            for(int i=0;i<90;i++)
            {
            ...;
            }

            for(int i=0;i<90;i++) //重復定義i變量
            {
            ...;
            }

            如果加上標題的那句,那么就可以了,就是讓i作用域局限在else中. 這個問題在net中已經得到解決。


            二、宏定義怪圈
            #define wait_event(wq,condition) \
            do{ \
            if(condition) \
            break; \
            __wait_event(wq,condition); \
            }while(0)


            明明這句話只執行一次,為什么還還用do-while語句呢?

            假設有這樣一個宏定義
            #define macro(condition) \
            if(condition) dosomething();
            現在在程序中這樣使用這個宏:
            if(temp)
            macro(i);
            else
            doanotherthing();
            一切看起來很正常,但是仔細想想。這個宏會展開成:
            if(temp)
            if(condition) dosomething();
            else
            doanotherthing();
            這時的else不是與第一個if語句匹配,而是錯誤的與第二個if語句進行了匹配,編譯通過了,但是運行的結果一定是錯誤的。為了避免這個錯誤,我們使用do{….}while(0) 把它包裹起來,成為一個獨立的語法單元,從而不會與上下文發生混淆。同時因為絕大多數的編譯器都能夠識別do{…}while(0)這種無用的循環并進行優化,所以使用這種方法也不會導致程序的性能降低。
            這個用法在linux源碼中很常見。

            三、功能強大的解釋
            除了/* */和 //解釋以外,你見過這樣的解釋方法了嗎?
            #if(0)
            ........
            #endif

            這樣是為了解釋掉某段程序,而不影響其中的/*...*/的作用,便于調試,而/*.....*/是不能嵌套的,編譯會出錯.

            四、數組變臉 a[i]和i[a]
            在程序里本應該用a[i],但i[a]竟然和a[i]輸出的結果一樣。為什么。今天把問題整理如下:
            i[a]是標準語法。"[]"稱為下標運算符,其語法為:
            postfix_expression [ expression ]
            其中"postfix_expression"和"expression"之中必須有一個是指針類型(或數組),而另一個是整型。
            例如下面的程序是完全合法的:
            int a[]={0,1,2,3,4};
            printf("%d\n",3[a]);
            下標運算符參與的表達式在求解時僅僅是做一個變換而已,將"postfix_expression [ expression ]"
            改寫為" * ( postfix_expression + expression ) ",因此a[3]和3[a]分別改寫為*(a+3)和*(3+a),
            可見二者是完全等價的。但注意不要用i[a]這種形式,因為它不符合日常習慣。
            實驗代碼:
            #include "stdafx.h"
            #include "iostream.h"
            int f();
            int main(int argc, char* argv[])
            {

            int a[20]={1,2,3,4,5,6,7,8,9};
            cout<<a[f()]<<endl;
            cout<<f()[a]<<endl;
            return 0;
            }

            int f()
            {
            return 4;
            }

            實驗結果:
            4
            4
            Press any key to continue

            五、雙胞胎定義和聲明:int x;x;

            這兒是個關于宏的問題,我曾用過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 variable:x",意思是未引用過的局部變量x,如果將警告信息的輸出
            調到最大。為了避免討厭的警告,USES_CONVERSION引用聲明的變量。

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

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

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

            }

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

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

            }

            久久久91人妻无码精品蜜桃HD| 人人狠狠综合久久88成人| 91精品国产色综久久| 一本久久精品一区二区| 亚洲精品无码专区久久久| 国产韩国精品一区二区三区久久| 国产精品成人99久久久久 | 久久精品人成免费| 94久久国产乱子伦精品免费| 一级女性全黄久久生活片免费| 99久久精品国产麻豆| 亚洲欧美日韩精品久久亚洲区 | 久久精品国产福利国产琪琪| 国内精品人妻无码久久久影院导航 | 亚洲av成人无码久久精品 | 麻豆精品久久精品色综合| 久久久久亚洲国产| 国内精品久久久久久久coent| 久久久久久久波多野结衣高潮| 日本福利片国产午夜久久| 亚洲午夜久久久久久久久久| 久久99国产一区二区三区| 国产一区二区精品久久| 亚洲欧美伊人久久综合一区二区| 日韩十八禁一区二区久久| 99精品久久久久久久婷婷| 久久精品国产秦先生| 久久99精品久久久久婷婷| 少妇精品久久久一区二区三区| 综合久久一区二区三区 | 久久综合偷偷噜噜噜色| 91亚洲国产成人久久精品网址| 国产精品女同久久久久电影院| 中文精品久久久久人妻不卡| 一本一道久久综合狠狠老| 久久精品国产乱子伦| 国产激情久久久久久熟女老人| 一本久久精品一区二区| 久久99热这里只有精品66| 久久综合视频网| 久久久亚洲欧洲日产国码aⅴ|