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

            厚德 博學 求真 至善 The bright moon and breeze
            posts - 145, comments - 195, trackbacks - 0, articles - 0
              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

            #pragma once 與 #ifndef 解析(轉)

            Posted on 2013-03-18 10:28 C小加 閱讀(6875) 評論(2)  編輯 收藏 引用 所屬分類: C++和面向對象
            轉自:http://blog.csdn.net/slimfox/article/details/1565950
             

            為了避免同一個文件被include多次,C/C++中有兩種方式,一種是#ifndef方式,一種是#pragma once方式。在能夠支持這兩種方式的編譯器上,二者并沒有太大的區別,但是兩者仍然還是有一些細微的區別。

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

                方式二:
                #pragma once
                ... ... // 一些聲明語句

                #ifndef的方式依賴于宏名字不能沖突,這不光可以保證同一個文件不會被包含多次,也能保證內容完全相同的兩個文件不會被不小心同時包含。當然,缺點就是如果不同頭文件的宏名不小心“撞車”,可能就會導致頭文件明明存在,編譯器卻硬說找不到聲明的狀況——這種情況有時非常讓人抓狂。
                #pragma once則由編譯器提供保證:同一個文件不會被包含多次。注意這里所說的“同一個文件”是指物理上的一個文件,而不是指內容相同的兩個文件。帶來的好處是,你不必再費勁想個宏名了,當然也就不會出現宏名碰撞引發的奇怪問題。對應的缺點就是如果某個頭文件有多份拷貝,本方法不能保證他們不被重復包含。當然,相比宏名碰撞引發的“找不到聲明”的問題,重復包含更容易被發現并修正。
                #pragma once方式產生于#ifndef之后,因此很多人可能甚至沒有聽說過。目前看來#ifndef更受到推崇。因為#ifndef受語言天生的支持,不受編譯器的任何限制;而#pragma once方式卻不受一些較老版本的編譯器支持,換言之,它的兼容性不夠好。也許,再過幾年等舊的編譯器死絕了,這就不是什么問題了。
                我還看到一種用法是把兩者放在一起的:
                #pragma once
                #ifndef __SOMEFILE_H__
                #define __SOMEFILE_H__
                ... ... // 一些聲明語句
                #endif

                看起來似乎是想兼有兩者的優點。不過只要使用了#ifndef就會有宏名沖突的危險,所以混用兩種方法似乎不能帶來更多的好處,倒是會讓一些不熟悉的人感到困惑。
                選擇哪種方式,應該在了解兩種方式的情況下,視具體情況而定。事實上,只要有一個合理的約定來避開缺點,我認為哪種方式都是可以接受的。而這個已經不是標準或者編譯器的責任了,應當由程序員來搞定。
                btw:我看到GNU的一些討論似乎是打算在GCC 3.4(及其以后?)的版本取消對#pragma once的支持。不過我手上GCC 3.4.2和GCC 4.1.1仍然支持#pragma once,甚至沒有deprecation warning。VC6及其以后版本亦提供對#pragma once方式的支持??磥磉@一特性已經穩定下來了。 

            Feedback

            # re: #pragma once 與 #ifndef 解析(轉)  回復  更多評論   

            2013-03-18 11:30 by augustheart
            gcc已經會報告pragma once的警告了。說什么記不清了,因為自從看到它報后就改用單純的ifndef方式了,如今都過去一年多了。最開始我也是pragma和ifndef一起用,但是已經記不清為什么一起用了……
            這轉的文章已經很老了,現在gcc都4.72了。

            # re: #pragma once 與 #ifndef 解析(轉)  回復  更多評論   

            2013-03-20 18:03 by P
            我想知道取消對#pragma once支持原因
            久久久久人妻精品一区三寸蜜桃| 久久久久人妻一区二区三区vr| 亚洲国产精品无码久久一区二区 | 亚洲国产二区三区久久| 东方aⅴ免费观看久久av| 狠狠色丁香久久婷婷综合蜜芽五月| 大伊人青草狠狠久久| 97精品久久天干天天天按摩| 久久国产精品无码一区二区三区 | 久久婷婷国产剧情内射白浆| 久久久这里有精品中文字幕| 国产精品成人久久久| 久久99国产乱子伦精品免费| 欧美久久综合性欧美| 国产69精品久久久久9999| 久久精品二区| 久久久这里有精品| 色88久久久久高潮综合影院| 99久久无码一区人妻a黑| 久久国产成人午夜aⅴ影院 | 久久久久精品国产亚洲AV无码| 久久天天躁夜夜躁狠狠| 久久精品国产第一区二区三区| 精品人妻久久久久久888| 91精品日韩人妻无码久久不卡| 精品久久久久国产免费 | 久久国产高潮流白浆免费观看| 97久久精品无码一区二区| 久久精品国产精品亚洲艾草网美妙| 亚洲AⅤ优女AV综合久久久| 日韩精品久久无码人妻中文字幕| 久久91亚洲人成电影网站| 一级A毛片免费观看久久精品| 国内精品人妻无码久久久影院 | 国产精品免费久久久久久久久| 午夜精品久久久久成人| 久久99精品国产麻豆宅宅| 亚洲精品无码久久久久AV麻豆| 久久久久久久久久久久中文字幕| 久久露脸国产精品| 99久久中文字幕|