• <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 */)
            {

            }

            国内精品久久久久影院亚洲| 亚洲欧美日韩久久精品第一区| 精品久久久久久无码中文字幕| 99久久亚洲综合精品网站| A级毛片无码久久精品免费| 亚洲欧美国产精品专区久久| 亚洲国产另类久久久精品黑人 | 国产精品99久久免费观看| av无码久久久久不卡免费网站| 久久亚洲国产精品一区二区| 欧美性大战久久久久久| 少妇久久久久久被弄高潮| 久久久精品波多野结衣| 老色鬼久久亚洲AV综合| 久久人人爽人人澡人人高潮AV| 久久久久亚洲AV无码麻豆| 亚洲国产精品成人久久蜜臀| 人妻精品久久久久中文字幕69 | 久久天天躁夜夜躁狠狠躁2022| 久久精品国产免费| 亚洲精品无码久久久久| 久久久国产精华液| 狠狠色丁香婷婷综合久久来| 久久九九久精品国产免费直播| 久久精品国产欧美日韩| 久久电影网一区| 久久超碰97人人做人人爱| 国产毛片欧美毛片久久久| 亚洲国产精品无码久久青草 | 日本一区精品久久久久影院| 亚洲综合伊人久久大杳蕉| 中文字幕久久精品| 伊人久久亚洲综合影院| 一本久久综合亚洲鲁鲁五月天| 久久99亚洲综合精品首页| 99久久精品国产综合一区 | 久久99热这里只有精品66| 欧美精品一区二区久久 | 精品久久久久久久无码 | 久久久不卡国产精品一区二区| 久久成人精品视频|