• <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>
            隨筆 - 17  文章 - 48  trackbacks - 0
            <2013年9月>
            25262728293031
            1234567
            891011121314
            15161718192021
            22232425262728
            293012345

            常用鏈接

            留言簿(3)

            隨筆檔案

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            C的NULL

            在C語言中,我們使用NULL表示空指針,也就是我們可以寫如下代碼:

             

            int *i = NULL;
            foo_t *f = NULL;

             

            實際上在C語言中,NULL通常被定義為如下:

             

            #define NULL ((void *)0)

             

            也就是說NULL實際上是一個void *的指針,然后吧void *指針賦值給int *和foo_t *的指針的時候,隱式轉換成相應的類型。而如果換做一個C++編譯器來編譯的話是要出錯的,因為C++是強類型的,void *是不能隱式轉換成其他指針類型的,所以通常情況下,編譯器提供的頭文件會這樣定義NULL:

             

            #ifdef __cplusplus
            #define NULL 0
            #else
            #define NULL ((void *)0)
            #endif

             


            C++的0

            因為C++中不能將void *類型的指針隱式轉換成其他指針類型,而又為了解決空指針的問題,所以C++中引入0來表示空指針,這樣就有了類似上面的代碼來定義NULL。實際上C++的書都會推薦說C++中更習慣使用0來表示空指針而不是NULL,盡管NULL在C++編譯器下就是0。為什么C++的書都推薦使用0而不是NULL來表示空指針呢?我們看一個例子:

            在foo.h文件中聲明了一個函數:

             

            void bar(sometype1 a, sometype2 *b);

             

            這個函數在a.cpp、b.cpp中調用了,分別是:

            a.cpp:

             


            bar(a, b);

             

            b.cpp:

             


            bar(a, 0);

             

            好的,這些代碼都是正常完美的編譯運行。但是突然在某個時候我們功能擴展,需要對bar函數進行擴展,我們使用了重載,現在foo.h的聲明如下:

             

            void bar(sometype1 a, sometype2 *b);
            void bar(sometype1 a, int i);

             

            這個時候危險了,a.cpp和b.cpp中的調用代碼這個時候就不能按照期望的運行了。但是我們很快就會發現b.cpp中的0是整數,也就是在overload resolution的時候,我們知道它調用的是void bar(sometype1 a, int i)這個重載函數,于是我們可以做出如下修改讓代碼按照期望運行:

             

            bar(a, static_cast<sometype2 *>(0));

             

            我知道,如果我們一開始就有bar的這兩個重載函數的話,我們會在一開始就想辦法避免這個問題(不使用重載)或者我們寫出正確的調用代碼,然而后面的這個重載函數或許是我們幾個月或者很長一段時間后加上的話,那我們出錯的可能性就會加大了不少。貌似我們現在說道的這些跟C++通常使用0來表示空指針沒什么關系,好吧,假設我們的調用代碼是這樣的:

            foo.h

             

            void bar(sometype1 a, sometype2 *b);

             

            a.cpp

             


            bar(a, b);

             

            b.cpp

             


            bar(a, NULL);

             

            當bar的重載函數在后面加上來了之后,我們會發現出錯了,但是出錯的時候,我們找到b.cpp中的調用代碼也很快可能忽略過去了,因為我們用的是NULL空指針啊,應該是調用的void bar(sometype1 a, sometype2 *b)這個重載函數啊。實際上NULL在C++中就是0,寫NULL這個反而會讓你沒那么警覺,因為NULL不夠“明顯”,而這里如果是使用0來表示空指針,那就會夠“明顯”,因為0是空指針,它更是一個整形常量。

            在C++中,使用0來做為空指針會比使用NULL來做空指針會讓你更加警覺。


            C++ 11的nullptr

            雖然上面我們說明了0比NULL可以讓我們更加警覺,但是我們并沒有避免這個問題。這個時候C++ 11的nullptr就很好的解決了這個問題,我們在C++ 11中使用nullptr來表示空指針,這樣最早的代碼是這樣的,

            foo.h

             

            void bar(sometype1 a, sometype2 *b);

             

            a.cpp

             


            bar(a, b);

             

            b.cpp

             


            bar(a, nullptr);

             

            在我們后來把bar的重載加上了之后,代碼是這樣:

            foo.h

             

            void bar(sometype1 a, sometype2 *b);
            void bar(sometype1 a, int i);

             

            a.cpp

             


            bar(a, b);

             

            b.cpp

             


            bar(a, nullptr);

             

            這時候,我們的代碼還是能夠如預期的一樣正確運行。


            在沒有C++ 11的nullptr的時候,我們怎么解決避免這個問題呢?我們可以自己實現一個(《Imperfect C++》上面有一個實現):

             

            const
            class nullptr_t
            {
            public:
                template<class T>
                inline operator T*() const
                    { return 0; }

                template<class C, class T>
                inline operator T C::*() const
                    { return 0; }
             
            private:
                void operator&() const;
            } nullptr = {};

             


            雖然這個東西被大家討論過很多次了,但是我覺得還是有必要再討論一下,畢竟在C++ 11還沒有普及之前,我們還是應該知道怎么去避免問題,怎么很快的找到問題。

            posted on 2012-09-16 01:08 airtrack 閱讀(18077) 評論(3)  編輯 收藏 引用

            FeedBack:
            # re: NULL、0、nullptr[未登錄] 2014-02-21 18:01 Ivan
            nice editor~ it gives me a lot of help   回復  更多評論
              
            # re: NULL、0、nullptr 2014-03-19 15:56 porter
            頂... 轉載了... c++ 11 來了.... cocos2d-x 3.0 開始用了, 是時候開始了...   回復  更多評論
              
            # re: NULL、0、nullptr[未登錄] 2014-05-23 22:17 zz
            分析的不錯  回復  更多評論
              
            久久精品国产亚洲αv忘忧草| 77777亚洲午夜久久多喷| 国产精品久久亚洲不卡动漫| 99精品久久久久久久婷婷| 久久久久亚洲AV无码去区首| 国内精品久久久久久久久| 久久99精品国产麻豆宅宅| 日本久久久久久中文字幕| 国内精品久久国产大陆| 国产精品久久久久9999| 一级做a爱片久久毛片| 91精品国产综合久久香蕉| 精品无码久久久久久久久久| 国内精品久久久久久久coent| 久久久久亚洲AV成人网人人软件| 精品久久久久久无码中文野结衣| 久久国产精品国语对白| 久久亚洲国产最新网站| 麻豆AV一区二区三区久久| 潮喷大喷水系列无码久久精品| 99re久久精品国产首页2020| 久久强奷乱码老熟女| 色综合久久无码中文字幕| www性久久久com| 久久性精品| 久久久久久毛片免费播放| 亚洲综合久久综合激情久久| 香蕉久久AⅤ一区二区三区| 色妞色综合久久夜夜| 天天综合久久久网| 久久伊人五月丁香狠狠色| 久久精品国产99国产精偷| 久久亚洲国产精品五月天婷| 精品国产VA久久久久久久冰 | 久久久久久av无码免费看大片| 久久99这里只有精品国产| 99国产精品久久| 欧美日韩精品久久免费| 四虎国产精品免费久久久| 亚洲AV日韩AV永久无码久久| 久久国产影院|