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

            人生亦編程

            --Programmable Life
            posts - 86, comments - 43, trackbacks - 0, articles - 7

            我最喜歡的一首曲,名字叫Endless horizon,中文名叫無止境的地平線,每次我心亂如麻的時候,都會聽它。

            posted @ 2007-12-16 01:17 人生亦編程 閱讀(371) | 評論 (3)編輯 收藏

            1.引言

              C++語言的創(chuàng)建初衷是“a better C”,但是這并不意味著C++中類似C語言的全局變量和函數(shù)所采用的編譯和連接方式與C語言完全相同。作為一種欲與C兼容的語言,C++保留了一部分過程式語言的特點(diǎn)(被世人稱為“不徹底地面向?qū)ο?#8221;),因而它可以定義不屬于任何類的全局變量和函數(shù)。但是,C++畢竟是一種面向?qū)ο蟮某绦蛟O(shè)計語言,為了支持函數(shù)的重載,C++對全局函數(shù)的處理方式與C有明顯的不同。

            2.從標(biāo)準(zhǔn)頭文件說起
            某企業(yè)曾經(jīng)給出如下的一道面試題:為什么標(biāo)準(zhǔn)頭文件都有類似以下的結(jié)構(gòu)?

            #ifndef __INCvxWorksh
            #define __INCvxWorksh
            #ifdef __cplusplus
            extern "C" {
            #endif
            /*...*/
            #ifdef __cplusplus
            }
            #endif
            #endif /* __INCvxWorksh */

            顯然,頭文件中的編譯宏“#ifndef __INCvxWorksh、#define __INCvxWorksh、#endif” 的作用是防止該頭文件被重復(fù)引用。那么


            #ifdef __cplusplus
            extern "C" {
            #endif
            #ifdef __cplusplus
            }
            #endif

            的作用又是什么呢?我們將在下文一一道來。

            3.深層揭密extern "C"

              extern "C" 包含雙重含義,從字面上即可得到:首先,被它修飾的目標(biāo)是“extern”的;其次,被它修飾的目標(biāo)是“C”的。讓我們來詳細(xì)解讀這兩重含義。

              被extern "C"限定的函數(shù)或變量是extern類型的;

              extern是C/C++語言中表明函數(shù)和全局變量作用范圍(可見性)的關(guān)鍵字,該關(guān)鍵字告訴編譯器,其聲明的函數(shù)和變量可以在本模塊或其它模塊中使用。記住,下列語句:

              extern int a;


              僅僅是一個變量的聲明,其并不是在定義變量a,并未為a分配內(nèi)存空間。變量a在所有模塊中作為一種全局變量只能被定義一次,否則會出現(xiàn)連接錯誤。

              通常,在模塊的頭文件中對本模塊提供給其它模塊引用的函數(shù)和全局變量以關(guān)鍵字extern聲明。例如,如果模塊B欲引用該模塊A中定義的全局變量和函數(shù)時只需包含模塊A的頭文件即可。這樣,模塊B中調(diào)用模塊A中的函數(shù)時,在編譯階段,模塊B雖然找不到該函數(shù),但是并不會報錯;它會在連接階段中從模塊A編譯生成的目標(biāo)代碼中找到此函數(shù)。

              與extern對應(yīng)的關(guān)鍵字是static,被它修飾的全局變量和函數(shù)只能在本模塊中使用。因此,一個函數(shù)或變量只可能被本模塊使用時,其不可能被extern “C”修飾。

              被extern "C"修飾的變量和函數(shù)是按照C語言方式編譯和連接的;

              未加extern “C”聲明時的編譯方式

              首先看看C++中對類似C的函數(shù)是怎樣編譯的。

              作為一種面向?qū)ο蟮恼Z言,C++支持函數(shù)重載,而過程式語言C則不支持。函數(shù)被C++編譯后在符號庫中的名字與C語言的不同。例如,假設(shè)某個函數(shù)的原型為:

            void foo( int x, int y );


              該函數(shù)被C編譯器編譯后在符號庫中的名字為_foo,而C++編譯器則會產(chǎn)生像_foo_int_int之類的名字(不同的編譯器可能生成的名字不同,但是都采用了相同的機(jī)制,生成的新名字稱為“mangled name”)。

              _foo_int_int這樣的名字包含了函數(shù)名、函數(shù)參數(shù)數(shù)量及類型信息,C++就是靠這種機(jī)制來實現(xiàn)函數(shù)重載的。例如,在C++中,函數(shù)void foo( int x, int y )與void foo( int x, float y )編譯生成的符號是不相同的,后者為_foo_int_float。

            同樣地,C++中的變量除支持局部變量外,還支持類成員變量和全局變量。用戶所編寫程序的類成員變量可能與全局變量同名,我們以"."來區(qū)分。而本質(zhì)上,編譯器在進(jìn)行編譯時,與函數(shù)的處理相似,也為類中的變量取了一個獨(dú)一無二的名字,這個名字與用戶程序中同名的全局變量名字不同。

              未加extern "C"聲明時的連接方式

              假設(shè)在C++中,模塊A的頭文件如下:

            // 模塊A頭文件 moduleA.h
            #ifndef MODULE_A_H
            #define MODULE_A_H
            int foo( int x, int y );
            #endif


              在模塊B中引用該函數(shù):

            // 模塊B實現(xiàn)文件 moduleB.cpp
            #include "moduleA.h"
            foo(2,3);


              實際上,在連接階段,連接器會從模塊A生成的目標(biāo)文件moduleA.obj中尋找_foo_int_int這樣的符號!

              加extern "C"聲明后的編譯和連接方式

              加extern "C"聲明后,模塊A的頭文件變?yōu)椋?br>

            // 模塊A頭文件 moduleA.h
            #ifndef MODULE_A_H
            #define MODULE_A_H
            extern "C" int foo( int x, int y );
            #endif


              在模塊B的實現(xiàn)文件中仍然調(diào)用foo( 2,3 ),其結(jié)果是:

              (1)模塊A編譯生成foo的目標(biāo)代碼時,沒有對其名字進(jìn)行特殊處理,采用了C語言的方式;

              (2)連接器在為模塊B的目標(biāo)代碼尋找foo(2,3)調(diào)用時,尋找的是未經(jīng)修改的符號名_foo。

              如果在模塊A中函數(shù)聲明了foo為extern "C"類型,而模塊B中包含的是extern int foo( int x, int y ) ,則模塊B找不到模塊A中的函數(shù);反之亦然。

              所以,可以用一句話概括extern “C”這個聲明的真實目的(任何語言中的任何語法特性的誕生都不是隨意而為的,來源于真實世界的需求驅(qū)動。我們在思考問題時,不能只停留在這個語言是怎么做的,還要問一問它為什么要這么做,動機(jī)是什么,這樣我們可以更深入地理解許多問題):
              實現(xiàn)C++與C及其它語言的混合編程。
              明白了C++中extern "C"的設(shè)立動機(jī),我們下面來具體分析extern "C"通常的使用技巧。

            4.extern "C"的慣用法

              (1)在C++中引用C語言中的函數(shù)和變量,在包含C語言頭文件(假設(shè)為cExample.h)時,需進(jìn)行下列處理:

            extern "C"
            {
            #include "cExample.h"
            }


              而在C語言的頭文件中,對其外部函數(shù)只能指定為extern類型,C語言中不支持extern "C"聲明,在.c文件中包含了extern "C"時會出現(xiàn)編譯語法錯誤。

              筆者編寫的C++引用C函數(shù)例子工程中包含的三個文件的源代碼如下:

            /* c語言頭文件:cExample.h */
            #ifndef C_EXAMPLE_H
            #define C_EXAMPLE_H
            extern int add(int x,int y);
            #endif
            /* c語言實現(xiàn)文件:cExample.c */
            #include "cExample.h"
            int add( int x, int y )
            {
            return x + y;
            }
            // c++實現(xiàn)文件,調(diào)用add:cppFile.cpp
            extern "C"
            {
            #include "cExample.h"
            }
            int main(int argc, char* argv[])
            {
            add(2,3);
            return 0;
            }


              如果C++調(diào)用一個C語言編寫的.DLL時,當(dāng)包括.DLL的頭文件或聲明接口函數(shù)時,應(yīng)加extern "C" { }。

              (2)在C中引用C++語言中的函數(shù)和變量時,C++的頭文件需添加extern "C",但是在C語言中不能直接引用聲明了extern "C"的該頭文件,應(yīng)該僅將C文件中將C++中定義的extern "C"函數(shù)聲明為extern類型。
              筆者編寫的C引用C++函數(shù)例子工程中包含的三個文件的源代碼如下:

            //C++頭文件 cppExample.h
            #ifndef CPP_EXAMPLE_H
            #define CPP_EXAMPLE_H
            extern "C" int add( int x, int y );
            #endif
            //C++實現(xiàn)文件 cppExample.cpp
            #include "cppExample.h"
            int add( int x, int y )
            {
            return x + y;
            }
            /* C實現(xiàn)文件 cFile.c
            /* 這樣會編譯出錯:#include "cExample.h" */
            extern int add( int x, int y );
            int main( int argc, char* argv[] )
            {
            add( 2, 3 );
            return 0;
            }


              如果深入理解了第3節(jié)中所闡述的extern "C"在編譯和連接階段發(fā)揮的作用,就能真正理解本節(jié)所闡述的從C++引用C函數(shù)和C引用C++函數(shù)的慣用法。對第4節(jié)給出的示例代碼,需要特別留意各個細(xì)節(jié)。



            Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=763734

            posted @ 2007-11-20 17:39 人生亦編程 閱讀(180) | 評論 (0)編輯 收藏

            現(xiàn)在的世界,勤奮的人很多,但是有想法的人卻很少.

            posted @ 2007-09-02 23:16 人生亦編程 閱讀(85) | 評論 (0)編輯 收藏

            凌晨加班回來,路上看見幾個小孩子,先我還以為是個子矮的殘疾人,近了才發(fā)現(xiàn)是15歲左右的小孩子,稍大的騎著三輪車,小的跟在后面,孩子還沒有車子高,騎的很吃力,一共有2-3輛車.車上是廢品,偶有幾個塑料瓶子落下車,年紀(jì)小的就跑過去撿起來,放入車?yán)?
            夜深了,馬路上行人并不多,偶有幾個人,幾輛車從她們旁邊經(jīng)過.
            他們應(yīng)該是一群孤兒吧.
            我們?yōu)槟苓^上好日子而幸勞,而也有人為溫飽而發(fā)愁.
            原來,生活就是這么簡單,快樂也是這么簡單.

            posted @ 2007-09-01 01:37 人生亦編程 閱讀(95) | 評論 (0)編輯 收藏

            適才坐在出租車?yán)?車?yán)锟照{(diào)的那種感覺,恍然間,在深圳出租房內(nèi)的心情浮上心頭,孤單落寞,一種很空虛的感覺,看來我有點(diǎn)想念深圳了.
            現(xiàn)于成都,工作是忙,因此而感覺生活充實.偶有機(jī)會,也會想以后會怎樣,總是得不出結(jié)果,只有騎驢找馬了.

            posted @ 2007-08-23 23:53 人生亦編程 閱讀(94) | 評論 (0)編輯 收藏

            或許是在XW公司的那段遭遇,讓我對整個電信行業(yè)失了信心,于是我放棄了去HW的機(jī)會,從事游戲開發(fā)。

            從根本上說,我這么做的原因,只是因為,我已找不到生活的意義,所以,我情愿嘗試一次。

            posted @ 2007-04-17 22:47 人生亦編程 閱讀(226) | 評論 (2)編輯 收藏

            Job

            算來也等得久了點(diǎn),昨天上午,HW給我打電話,問我要不要去那里工作,我說要考慮一天,其實,我已經(jīng)有了主意,但是他們讓我等了那么久,所以我也有點(diǎn)不快。
            然后我一直沒給他們答復(fù),接連幾個電話我都沒接。
            的確,現(xiàn)在的我對HW并不感冒,因為我覺得我的發(fā)展方向不是嵌入式,不是底層。如果要做最好,那么就不要去做一個沒興趣的領(lǐng)域,否則,過程是很痛苦的。

            posted @ 2007-02-06 19:42 人生亦編程 閱讀(109) | 評論 (1)編輯 收藏

            漫天黃沙滿天塵;
            沙落塵飛撲入門。

            posted @ 2007-01-03 22:52 人生亦編程 閱讀(111) | 評論 (0)編輯 收藏

            我面臨這樣一個選擇:
            A、繼續(xù)留在公司,以圖后著;
            B、繼續(xù)從事通信行業(yè),但換一個知名的大公司;
            C、回家鄉(xiāng)發(fā)展,從事游戲開發(fā)行業(yè)。

            許多天,都在迷惑中。

            ps.1月1日是我的生日,沒人跟我說生日快樂,那我還在等待什么呢?

            posted @ 2007-01-03 22:11 人生亦編程 閱讀(115) | 評論 (0)編輯 收藏

            紙質(zhì)的書讀起來比電子書要好;
            筆記記在筆記本上比寫在博客上好;
            這幾天在屏住呼吸等待結(jié)果,思緒混亂中。

            posted @ 2006-12-28 19:44 人生亦編程 閱讀(99) | 評論 (0)編輯 收藏

            僅列出標(biāo)題
            共9頁: 1 2 3 4 5 6 7 8 9 
            蜜桃麻豆www久久| 欧美精品一区二区精品久久| 久久AⅤ人妻少妇嫩草影院| 国产福利电影一区二区三区久久久久成人精品综合 | 久久精品国产久精国产果冻传媒| 久久受www免费人成_看片中文 | 久久se精品一区二区影院| 日韩十八禁一区二区久久| 久久亚洲精品无码AV红樱桃| 国产亚洲精午夜久久久久久| 日韩av无码久久精品免费| 久久国产热这里只有精品| 久久久久国产精品熟女影院| 久久国产热这里只有精品| 久久精品国产亚洲av麻豆色欲 | 亚洲中文字幕久久精品无码APP | 久久精品国产精品亚洲人人 | 狠狠色丁香久久婷婷综合_中 | 久久久久亚洲AV片无码下载蜜桃 | 99久久er这里只有精品18| 日本精品久久久久影院日本 | 久久成人国产精品一区二区| 久久综合88熟人妻| 久久人人爽人人人人片av| 久久久久这里只有精品 | 久久国产影院| 99久久人人爽亚洲精品美女| 国内精品伊人久久久久av一坑| 亚洲一区精品伊人久久伊人 | 久久国产精品99精品国产987| 中文精品久久久久人妻不卡| 亚洲人AV永久一区二区三区久久 | 精品久久久久久久中文字幕| 成人综合伊人五月婷久久| 亚洲国产精品无码久久一线| 丁香色欲久久久久久综合网| 国产偷久久久精品专区| 色偷偷88888欧美精品久久久| 久久天天躁狠狠躁夜夜avapp| 开心久久婷婷综合中文字幕| 久久亚洲精品无码播放|