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

            我參與的團隊

            搜索

            •  

            積分與排名

            • 積分 - 387044
            • 排名 - 64

            最新隨筆

            最新評論

            閱讀排行榜

            評論排行榜

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

            1   #ifndef方式
            2   #pragma once方式

            在能夠支持這兩種方式的編譯器上,二者并沒有太大的區(qū)別,但是兩者仍然還是有一些細微的區(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 @王一偉 閱讀(2685) 評論(0)  編輯 收藏 引用

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


            国产午夜精品理论片久久| 综合久久国产九一剧情麻豆| 久久精品国产第一区二区三区| 久久人人爽人人爽人人片AV高清 | 久久久久久精品免费免费自慰| 久久久国产99久久国产一| 77777亚洲午夜久久多人| 久久精品国产亚洲AV无码娇色| 国产亚洲精午夜久久久久久| 日韩AV无码久久一区二区| 久久成人18免费网站| 久久久久亚洲AV无码永不| 国产福利电影一区二区三区久久久久成人精品综合 | 久久青草国产精品一区| 伊人久久大香线蕉无码麻豆| 久久不射电影网| 2019久久久高清456| 久久97久久97精品免视看| 久久久久99精品成人片试看 | 久久无码一区二区三区少妇| 亚洲成色www久久网站夜月| 国产真实乱对白精彩久久| 亚洲精品乱码久久久久久按摩| 久久99热这里只有精品国产| 国产成人精品久久一区二区三区| 日韩欧美亚洲综合久久 | 久久久久久久亚洲精品| 久久综合88熟人妻| 性做久久久久久久久老女人| 91久久九九无码成人网站| 2021久久精品国产99国产精品| 成人综合久久精品色婷婷| 中文精品99久久国产| 国产精品久久久久一区二区三区| 久久久久人妻精品一区二区三区| 国内精品久久久久影院亚洲| 久久久WWW成人免费精品| 久久久久国产一区二区| 久久伊人中文无码| 一级a性色生活片久久无 | 精品乱码久久久久久久|