• <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 閱讀(347) 評論(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 */)
            {

            }

            武侠古典久久婷婷狼人伊人| 一本色道久久综合狠狠躁| 国产精品VIDEOSSEX久久发布| 中文字幕一区二区三区久久网站| 久久久久无码精品国产app| 久久精品国产色蜜蜜麻豆| 久久国产成人精品麻豆| 亚洲日本久久久午夜精品| 久久免费精品视频| 亚洲综合熟女久久久30p| 91久久成人免费| 99国产欧美久久久精品蜜芽| 久久中文字幕视频、最近更新 | 亚洲精品美女久久久久99| 久久97精品久久久久久久不卡| 亚洲国产成人久久一区WWW| 久久免费视频观看| 国内精品人妻无码久久久影院| 久久久久久国产精品无码下载| 国产精品欧美亚洲韩国日本久久| 久久99精品国产自在现线小黄鸭 | 久久久久无码精品国产app| 精品无码久久久久久午夜| 久久精品日日躁夜夜躁欧美| 亚洲国产精品一区二区三区久久| 久久亚洲国产欧洲精品一| 国内精品九九久久久精品| 久久香蕉国产线看观看精品yw| 久久久www免费人成精品| 久久精品免费大片国产大片| 国产亚洲美女精品久久久| 久久免费小视频| 国产视频久久| 久久精品国产清自在天天线| 国产成人精品久久亚洲高清不卡| 久久久久久久综合日本亚洲 | 伊人久久大香线蕉亚洲五月天| 狠狠色丁香婷婷久久综合| 国内精品久久国产| 亚洲国产精品无码久久一线 | 国产精品伊人久久伊人电影|