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

            公告

            <2025年8月>
            272829303112
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            統計

            • 隨筆 - 9
            • 文章 - 13
            • 評論 - 3
            • 引用 - 0

            常用鏈接

            留言簿(1)

            隨筆分類

            隨筆檔案

            文章分類

            文章檔案

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            為什么靜態成員函數的外部“C”聲明是被禁止的

            函數原型里的外部“C”聲明強制要求用于該函數的C連接(C linkage),而不是缺省的C++連接(C++ linkage)。這就意味著C連接會保證可以從使用其它編程語言寫成的模塊里調用一個函數??例如C、Fortran和COBOL??因為函數名是以一種大多數非C++的編譯器和連接器都很熟悉的方式修飾的。

            一個有趣的問題是,將靜態成員函數的聲明作為外部“C”是否被允許。例如:

            struct C
            {
            ??extern "C" static void f(int); // valid?
            };

            答案是不行。C++的標準是不允許成員函數,不論是靜態的還是非靜態的,被作為外部“C”聲明。第一眼看上去,這個決定似乎過于嚴厲,因為你會把指向靜態成員函數的指針作為普通函數的指針來對待,如下面的例子所示:

            void (*pf) (int) = &C::f; // OK

            名稱修飾

            你不能將靜態成員函數作為外部“C”來聲明有一個很合理的理由:名稱修飾(也叫做name mangling)。C++的名稱修飾是編譯器將函數的名稱轉變成為一個唯一的字符串的過程,這個字符串會對函數的類、其命名空間、其參數表,以及其他等等進行編碼。C++的命名修飾適用于靜態成員函數,也適用于非靜態成員函數。靜態函數的命名修飾的一個好處之一,是能夠在不同的類里使用同一個名稱來聲明兩個或者更多的靜態成員函數??而不會發生名稱上的沖突。考慮一下下面的情況:

            struct C
            {
            ??static void f(int);
            };
            struct D
            {
            ??static void f(int); // doesn't clash with C::f
            };

            f()的外部“C”聲明會禁止命名修飾;如果它被允許的話,那么不同類里具有相同名稱的靜態成員函數就會相互沖突。它的不足之處是,你不能從使用其它語言寫成的模塊里調用這些函數,因為它們有C++連接。]

            =========================================================

            本文作者Danny Kalev 是一個系統分析家、軟件工程師,在C++和面向對象設計方面有著14年的專業經驗。

            posted on 2006-08-25 15:03 blues 閱讀(278) 評論(0)  編輯 收藏 引用

            久久久久久久尹人综合网亚洲 | 国产99久久精品一区二区| 2021精品国产综合久久| 亚洲精品午夜国产VA久久成人| www性久久久com| 久久久久久国产精品美女| 日日狠狠久久偷偷色综合96蜜桃 | 青青草国产成人久久91网| 四虎国产精品成人免费久久| 精品综合久久久久久97超人 | 日本精品一区二区久久久| 欧美性大战久久久久久| 色欲久久久天天天综合网| 久久99精品国产麻豆| 99热精品久久只有精品| 久久国产精品免费| 777午夜精品久久av蜜臀 | 99久久成人18免费网站| 热久久最新网站获取| 久久久青草久久久青草| 久久久久亚洲?V成人无码| 囯产精品久久久久久久久蜜桃| 人妻无码αv中文字幕久久琪琪布| 久久996热精品xxxx| 天堂久久天堂AV色综合| 久久久精品日本一区二区三区 | 久久国产精品成人片免费| 久久久久九九精品影院| 狠狠88综合久久久久综合网 | 久久久久国产一区二区三区| 区久久AAA片69亚洲| 99久久国产综合精品成人影院| 中文字幕日本人妻久久久免费 | 欧美精品福利视频一区二区三区久久久精品 | 久久久一本精品99久久精品66| 国产精品一区二区久久精品涩爱 | 很黄很污的网站久久mimi色| 999久久久国产精品| 日韩一区二区久久久久久| 久久精品九九亚洲精品天堂| 欧美亚洲另类久久综合|