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

            醬壇子

            專注C++技術(shù) 在這里寫下自己的學(xué)習(xí)心得 感悟 和大家討論 共同進步(歡迎批評!!!)

              C++博客 :: 首頁 :: 聯(lián)系 :: 聚合  :: 管理
              66 Posts :: 16 Stories :: 236 Comments :: 0 Trackbacks

            公告

            王一偉 湖南商學(xué)院畢業(yè) 電子信息工程專業(yè)

            常用鏈接

            留言簿(19)

            我參與的團隊

            搜索

            •  

            積分與排名

            • 積分 - 387834
            • 排名 - 64

            最新隨筆

            最新評論

            閱讀排行榜

            評論排行榜

            為了避免同一個文件被include多次

            1   #ifndef方式
            2   #pragma once方式

            在能夠支持這兩種方式的編譯器上,二者并沒有太大的區(qū)別,但是兩者仍然還是有一些細(xì)微的區(qū)別。
                方式一:

                #ifndef __SOMEFILE_H__
                #define __SOMEFILE_H__
                ... ... // 一些聲明語句
                #endif

                方式二:

                #pragma once
                ... ... // 一些聲明語句


                #ifndef的方式依賴于宏名字不能沖突,這不光可以保證同一個文件不會被包含多次,也能保證內(nèi)容完全相同的兩個文件不會被不小心同時包含。當(dāng)然,缺點就是如果不同頭文件的宏名不小心“撞車”,可能就會導(dǎo)致頭文件明明存在,編譯器卻硬說找不到聲明的狀況

                #pragma once則由編譯器提供保證:同一個文件不會被包含多次。注意這里所說的“同一個文件”是指物理上的一個文件,而不是指內(nèi)容相同的兩個文件。帶來的好處是,你不必再費勁想個宏名了,當(dāng)然也就不會出現(xiàn)宏名碰撞引發(fā)的奇怪問題。對應(yīng)的缺點就是如果某個頭文件有多份拷貝,本方法不能保證他們不被重復(fù)包含。當(dāng)然,相比宏名碰撞引發(fā)的“找不到聲明”的問題,重復(fù)包含更容易被發(fā)現(xiàn)并修正。

               方式一由語言支持所以移植性好,方式二 可以避免名字沖突。
            一般可以這樣處理:
            #infndef XX
            #define XX
                #if _MSC_VER > 1000 
                  #pragma once 
                #endif
               .
               .
            #endif
            注意:   _MSC_VER 是出于版本兼容性考慮,定義
               Defines the compiler version. Defined as 1200 for Microsoft Visual C++ 6.0. Always defined.

            posted on 2008-01-22 18:14 @王一偉 閱讀(2692) 評論(0)  編輯 收藏 引用

            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            久久免费大片| 久久久久夜夜夜精品国产| 一级做a爰片久久毛片毛片| 久久无码AV一区二区三区| 日韩精品久久久久久久电影蜜臀| 久久精品国产亚洲AV高清热| 狠狠久久综合伊人不卡| 久久精品国产亚洲AV久| 久久综合狠狠综合久久激情 | 亚洲精品国产综合久久一线| 精品久久一区二区| 久久久久波多野结衣高潮| 国产成人精品久久综合| 婷婷五月深深久久精品| 色婷婷久久久SWAG精品| 欧美777精品久久久久网| 亚洲精品无码久久久久去q| 99久久99久久精品国产片果冻 | 99久久久久| 久久久久成人精品无码中文字幕| 久久亚洲天堂| 久久久久九国产精品| 日本免费一区二区久久人人澡| 久久久久人妻一区二区三区vr| 精品久久久久中文字| 久久最近最新中文字幕大全| 久久久久亚洲Av无码专| 欧美喷潮久久久XXXXx| 综合久久久久久中文字幕亚洲国产国产综合一区首| 欧美一区二区三区久久综 | 久久96国产精品久久久| 精品乱码久久久久久久| 久久99精品国产自在现线小黄鸭 | 精品久久久久久亚洲| 久久国产精品无码一区二区三区| 伊人久久大香线蕉av不变影院| 婷婷久久综合| 久久精品无码一区二区WWW | 97超级碰碰碰久久久久| 久久久久久久99精品免费观看| 久久久久99精品成人片欧美|