| 導購 | 订阅 | 在线投稿
分享
 
 
當前位置: 王朝網路 >> c/c++ >> 精華:C++編程新手錯誤語錄(續一)
 

精華:C++編程新手錯誤語錄(續一)

2008-06-01 02:04:54  編輯來源:互聯網  简体版  手機版  評論  字體: ||
 
 
  廢話不說,直接進入正題,本文承接先前發布的《C/C++編程新手錯誤語錄》(http://www.pconline.com.cn/pcedu/empolder/gj/c/0508/691597.Html),繼續歸納錯誤語錄。

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  (8)「我想用malloc」、「我用不好malloc」

  來看看一個變態程序:

  /* xx.c:xx模塊實現文件 */

  int *pInt;

  /* xx模塊的初始化函數 */

  xx_intial()

  {

  pInt = ( int * ) malloc ( sizeof( int ) );

  ...

  }

  /* xx模塊的其他函數(僅爲舉例)*/

  xx_otherFunction()

  {

  *Int = 10;

  ...

  }

  這個程序定義了一個全局整型變量指針,在xx模塊的初始化函數中對此指針動態申請內存,並將pInt指向該內存首地址,並在xx模塊的其他函數中都使用pInt指針對其指向的整數進行讀取和賦值。

  這個程序讓我痛不欲生了好多天,扼腕歎息!這是我母校計算機系一位碩士的作品!作者爲了用上malloc,拼命地把本來應該用一個全局整型變量擺平的程序活活弄成一個全局整型指針並在初始化函數中「動態」申請內存,自作聰明而正好暴露自己的無知!我再也不要見到這樣的程序。

  那麽malloc究竟應該怎麽用?筆者給出如下規則:

  規則1不要爲了用malloc而用malloc,malloc不是目的,而是手段;

  規則2malloc的真正內涵體現在「動態」申請,假如程序的特性不需動態申請,請不要用malloc;

  上面列舉的變態程序完全不具備需要動態申請的特質,應該改爲:

  /* xx.c:xx模塊實現文件 */

  int example;

  /* xx模塊的初始化函數 */

  xx_intial()

  {

  ...

  }

  /* xx模塊的其他函數(僅爲舉例) */

  xx_otherFunction()

  {

  example = 10;

  ...

  }

精華:C++編程新手錯誤語錄(續一)
更多內容請看C/C++技術專題 java編程開發手冊專題,或

  規則3什麽樣的程序具備需要動態申請內存的特質呢?包含兩種情況:

  (1)不知道有多少要來,來了的又走了

  不明白?這麽說吧,譬如你正在處理一個報文隊列,收到的報文你都存入該隊列,處理完隊列頭的報文後你需要取出隊列頭的元素。

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  你不知道有多少報文來(因而你不知道應該用多大的報文數組),這些來的報文處理完後都要走(釋放),這種情況適合用malloc和free。

  (2)慢慢地長大

  譬如你在資源受限的系統中編寫一文本編輯器程序,你怎麽做,你需要這樣定義數組嗎?

  char str[10000];不,你完全不應該這麽做。即使你定義了一個10000字節大的字符串,用戶假如輸入10001個字符你的程序就完完了。

  這個時候適合用malloc,因爲你根本就不知道用戶會輸入多少字符,文本在慢慢長大,因而你也應慢慢地申請內存,用一個隊列把字符串存放起來。

  那麽是不是應該這樣定義數據結構並在用戶每輸入一個字符的情況下malloc一個CharQueue空間呢?

  typedef strUCt tagCharQueue

  

   {

  char ch;

  struct tagCharQueue *next;

  }CharQueue;

  不,這樣做也不對!這將使每個字符占據「1+指針長度」的開銷。

  正確的做法是:

  typedef struct tagCharQueue

  {

  char str[100];

  struct tagCharQueue *next;

  }CharQueue;

  讓字符以100爲單位慢慢地走,當輸入字符數達到100的整數倍時,申請一片CharQueue空間。

  

精華:C++編程新手錯誤語錄(續一)
更多內容請看C/C++技術專題 Java編程開發手冊專題,或

  規則4malloc與free要成對出現

  它們是一對恩愛夫妻,malloc少了free就必然會慢慢地死掉。成對出現不僅體現在有多少個malloc就應該有多少個free,還體現在它們應盡量出現在同一函數裏,「誰申請,就由誰釋放」,看下面的程序:

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  char * func(void)

  {

  char *p;

  p = (char *)malloc(…);

  if(p!=NULL)

  …; /* 一系列針對p的操作 */

  return p;

  }

  /*在某處調用func(),用完func中動態申請的內存後將其free*/

  char *q = func();

  …

  free(q);

  上述代碼違反了malloc和free的「誰申請,就由誰釋放」原則,代碼的耦合度大,用戶在調用func函數時需確切知道其內部細節!正確的做法是:

  /* 在調用處申請內存,並傳入func函數 */

  char *p=malloc(…);

  if(p!=NULL)

  {

  func(p);

  …

  free(p);

  p=NULL;

  }

  /* 函數func則接收參數p */

  void func(char *p)

  {

  … /* 一系列針對p的操作 */

  }

  規則5free後一定要置指針爲NULL,防止其成爲「野」指針

  (9)「函數add編譯生成的符號就是add」

  int add(int x,int y)

  {

  return x + y;

  }

  float add(float x,float y)

  {

  return x + y;

  }

精華:C++編程新手錯誤語錄(續一)
更多內容請看C/C++技術專題 Java編程開發手冊專題,或

  即便是在C語言中,add函數被多數C編譯器編譯後在符號庫中的名字也不是add,而是_add。

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  而在C++編譯器中,int add(int x,int y)會編譯成類似_add_int_int這樣的名字(稱爲「mangled name」),float add(float x,float y)則被編譯成_add_float _float,mangled name包含了函數名、函數參數數量及類型信息,C++依靠這種機制來實現函數重載。

  所以,在C++中,本質上int add( int x, int y )與float add( float x, float y )是兩個完全不同的函數,只是在用戶看來其同名而已。

  這就要求初學者們能透過語法現象看問題本質。本質上,語言的創造者們就是在玩各種各樣的花樣,以使語言具備某種能力,譬如mangled name花樣的目的在于使C++支持重載。而C語言沒有玩這樣的花樣,所以int add( int x, int y )與float add( float x, float y )不能在C程序中同時存在。

  (10)「沒見過在C語言中調用C++的函數」、「C/C++不能調用Basic、Pascal語言的函數」

  這又是一個奇天下之大怪的問題,「打死我都不相信C、C++、basic、pascal的函數能瞎調來調去」,可是有句話這麽說:

  沒有你見不到的,只有你想不到的!

  既然芙蓉姐姐也有其聞名天下的道理,那麽C、C++、Basic、Pascal的函數爲什麽就不能互相調用呢?

  能!

  你可以用Visual C++寫一個DLL在Visual Basic、Delphi(Pascal的孫子,Object Pascal的兒子)中調用,也可以在Visual Basic、Delphi中寫一個DLL在Visual C++中調用不是?

  

  

  讓我們來透過現象看本質。首先看看函數的調用約定(以Visual C++來說明):

  (1) _stdcall調用

  _stdcall是Pascal程序的缺省調用方式,參數采用從右到左的壓棧方式,被調函數自身在返回前清空堆棧。

  WIN32 Api都采用_stdcall調用方式,這樣的宏定義說明了問題:

  #define WINAPI _stdcall按C編譯方式,_stdcall調用約定在輸出函數名前面加下劃線,後面加「@」符號和參數的字節數,形如_functionname@number。

  

精華:C++編程新手錯誤語錄(續一)
更多內容請看C/C++技術專題 Java編程開發手冊專題,或

  (2) _cdecl調用

  _cdecl是C/C++的缺省調用方式,參數采用從右到左的壓棧方式,傳送參數的內存棧由調用者維護。_cedcl約定的函數只能被C/C++調用,每一個調用它的函數都包含清空堆棧的代碼,所以産生的可執行文件大小會比調用_stdcall函數的大。

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  由于_cdecl調用方式的參數內存棧由調用者維護,所以變長參數的函數能(也只能)使用這種調用約定。關于C/C++中變長參數(…)的問題,筆者將另文詳述。

  由于Visual C++默認采用_cdecl 調用方式,所以VC中中調用DLL時,用戶應使用_stdcall調用約定。

  按C編譯方式,_cdecl調用約定僅在輸出函數名前面加下劃線,形如_functionname。

  (3) _fastcall調用

  _fastcall調用較快,它通過CPU內部寄存器傳遞參數。

  按C編譯方式,_fastcall調用約定在輸出函數名前面加「@」符號,後面加「@」符號和參數的字節數,形如@functionname@number。

  要害字_stdcall、_cdecl和_fastcall可以直接加在函數前,也可以在Visual C++中設置,如圖1。

精華:C++編程新手錯誤語錄(續一)
圖1 在VC中設置函數調用約定在創建DLL時,一般使用_stdcall調用(Win32 Api方式),采用_functionname@number命名規則,因而各種語言間的DLL能互相調用。也就是說,DLL的編制與具體的編程語言及編譯器無關,只要遵守DLL的開發規範和編程策略,並安排正確的調用接口,不管用何種編程語言編制的DLL都具有通用性。

  推而廣之,假如有這樣一個IDE開發環境,它能識別各種語言,所有語言采用相同的調用約定和命名規則,一個軟件內各種語言書寫的函數將能互相調用!

  這個世界上可能永遠不需要這樣一個IDE。

  (11)「英語、數學不好就學不好C/C++」

精華:C++編程新手錯誤語錄(續一)
更多內容請看C/C++技術專題 Java編程開發手冊專題,或

  這也許是20世紀最大的謊言,這句話最先是哪位大師的名人名言已無可考證,可此後一批批的人被它誤導。許多初學者因爲這句話被嚇倒,放棄了做程序員的理想。

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  

  還有許多後來成爲優秀程序員的人,在他們的成長過程中並沒有依靠深奧的數學,可他們還是在總結經驗時制造恐慌,號稱一定要具備高深的數學知識,唯恐別人笑話其學術水平不高。

  在下則認爲,大多數情況下,程序設計不需要太深奧的數學功底,除非你所從事的程序設計涉及特定的專業領域(如語音及圖像處理、數字通信技術等)。在下這一觀點也許是革舊立新,而革命必然要流血犧牲(譚嗣同),所以恭候大家板磚。

  那麽英語在C/C++的學習中處于什麽地位呢?那就是能看懂資料,看懂MSDN。

  學編程的終極之道不在看書,而在大量地不斷地實踐。

  (12)「C++太難了,我學不會」

  

   又不知是誰的悲觀論調,許多初學者被C++嚇倒,「太難了,我學不好」,如弱者自憐。假如C++真的難到學不會,那麽C++的創造者們所從事的工作豈不是「非人力所能及也」?

  在下認爲,學習C++的態度應該是:戰略上藐視它,戰術上重視它,要敢于勝利(《毛主席語錄》)。當然也不可輕敵,不能因爲把握了一點皮毛就以爲自己牛B轟轟了(筆者曾經牛B轟轟了好一陣子,現在想來,甚覺當時幼稚)。

  假如你征服了C++,透徹理解了C++的語言特性及STL,那麽,其他語言想不被你征服都難了。

  本回書著落此處,更多錯誤語錄,當然是待續。

精華:C++編程新手錯誤語錄(續一)
更多內容請看C/C++技術專題 Java編程開發手冊專題,或
 
 
 
上一篇《C++實現用掌上電腦遙控電視》
下一篇《C/C++編程新手錯誤語錄(續二)》
 
 
 
 
 
 
日版寵物情人插曲《Winding Road》歌詞

日版寵物情人2017的插曲,很帶節奏感,日語的,女生唱的。 最後聽見是在第8集的時候女主手割傷了,然後男主用嘴幫她吸了一下,插曲就出來了。 歌手:Def...

兄弟共妻,我成了他們夜裏的美食

老鍾家的兩個兒子很特別,就是跟其他的人不太一樣,魔一般的執著。兄弟倆都到了要結婚的年齡了,不管自家老爹怎麽磨破嘴皮子,兄弟倆說不娶就不娶,老父母爲兄弟兩操碎了心...

如何磨出破洞牛仔褲?牛仔褲怎麽剪破洞?

把牛仔褲磨出有線的破洞 1、具體工具就是磨腳石,下面墊一個硬物,然後用磨腳石一直磨一直磨,到把那塊磨薄了,用手撕開就好了。出來的洞啊很自然的。需要貓須的話調幾...

我就是掃描下圖得到了敬業福和愛國福

先來看下敬業福和愛國福 今年春節,支付寶再次推出了“五福紅包”活動,表示要“把欠大家的敬業福都還給大家”。 今天該活動正式啓動,和去年一樣,需要收集“五福”...

冰箱異味産生的原因和臭味去除的方法

有時候我們打開冰箱就會聞到一股異味,冰箱裏的這種異味是因爲一些物質發出的氣味的混合體,聞起來讓人惡心。 産生這些異味的主要原因有以下幾點。 1、很多人有這種習...

《極品家丁》1-31集大結局分集劇情介紹

簡介 《極品家丁》講述了現代白領林晚榮無意回到古代金陵,並追隨蕭二小姐化名“林三”進入蕭府,不料卻陰差陽錯上演了一出低級家丁拼搏上位的“林三升職記”。...

李溪芮《極品家丁》片尾曲《你就是我最愛的寶寶》歌詞

你就是我最愛的寶寶 - 李溪芮 (電視劇《極品家丁》片尾曲) 作詞:常馨內 作曲:常馨內 你的眉 又鬼馬的挑 你的嘴 又壞壞的笑 上一秒吵鬧 下...

烏梅的功效與作用以及烏梅的食用禁忌有哪些?

烏梅,又稱春梅,中醫認爲,烏梅味酸,性溫,無毒,具有安心、除熱、下氣、祛痰、止渴調中、殺蟲的功效,治肢體痛、肺痨病。烏梅泡水喝能治傷寒煩熱、止吐瀉,與幹姜一起制...

什麽是脂肪粒?如何消除臉部脂肪粒?

什麽是脂肪粒 在我們的臉上總會長一個個像脂肪的小顆粒,弄也弄不掉,而且顔色還是白白的。它既不是粉刺也不是其他的任何痘痘,它就是脂肪粒。 脂肪粒雖然也是由油脂...

網絡安全治理:國家安全保障的主要方向是打擊犯罪,而不是處置和懲罰受害者

來源:中國青年報 新的攻擊方法不斷湧現,黑客幾乎永遠占據網絡攻擊的上風,我們不可能通過技術手段杜絕網絡攻擊。國家安全保障的主要方向是打擊犯罪,而不是處置和懲罰...

河南夫妻在溫嶺網絡直播“造人”內容涉黃被刑事拘留

夫妻網絡直播“造人”爆紅   1月9日,溫嶺城北派出所接到南京警方的協查通告,他們近期打掉了一個涉黃直播APP平台。而根據掌握的線索,其中有一對涉案的夫妻主播...

如何防止牆紙老化?牆紙變舊變黃怎麽辦?

如何防止牆紙老化? (1)選擇透氣性好的牆紙 市場上牆紙的材質分無紡布的、木纖維的、PVC的、玻璃纖維基材的、布面的等,相對而言,PVC材質的牆紙最不透氣...

鮮肌之謎非日本生産VS鮮肌之謎假日貨是謠言

觀點一:破日本銷售量的“鮮肌之謎” 非日本生産 近一段時間,淘寶上架了一款名爲“鮮肌之謎的” 鲑魚卵巢美容液,號稱是最近日本的一款推出的全新護膚品,産品本身所...

中國最美古詩詞精選摘抄

系腰裙(北宋詞人 張先) 惜霜蟾照夜雲天,朦胧影、畫勾闌。人情縱似長情月,算一年年。又能得、幾番圓。 欲寄西江題葉字,流不到、五亭前。東池始有荷新綠,尚小如...

關于女人的經典語句

關于女人的經典語句1、【做一個獨立的女人】 思想獨立:有主見、有自己的人生觀、價值觀。有上進心,永遠不放棄自己的理想,做一份自己喜愛的事業,擁有快樂和成就...

未來我們可以和性愛機器人結婚嗎?

你想體驗機器人性愛嗎?你想和性愛機器人結婚嗎?如果你想,機器人有拒絕你的權利嗎? 近日,第二屆“國際人類-機器人性愛研討會”大會在倫敦金史密斯大學落下帷幕。而...

全球最變態的十個地方

10.土耳其地下洞穴城市 變態指數:★★☆☆☆ 這是土耳其卡帕多西亞的一個著名景點,傳說是當年基督教徒們爲了躲避戰爭而在此修建。裏面曾住著20000人,...

科學家稱,人類死亡後意識將在另外一個宇宙中繼續存活

據英國《每日快報》報道,一位科學家兼理論家Robert Lanza博士宣稱,世界上並不存在人類死亡,死亡的只是身體。他認爲我們的意識借助我們體內的能量生存,而且...

《屏裏狐》片頭曲《我愛狐狸精》歌詞是什麽?

《我愛狐狸精》 - 劉馨棋   (電視劇《屏裏狐》主題曲)   作詞:金十三&李旦   作曲:劉嘉   狐狸精 狐狸仙   千年修...

 
 
 
  廢話不說,直接進入正題,本文承接先前發布的《C/C++編程新手錯誤語錄》(http://www.pconline.com.cn/pcedu/empolder/gj/c/0508/691597.Html),繼續歸納錯誤語錄。 (8)「我想用malloc」、「我用不好malloc」   來看看一個變態程序: /* xx.c:xx模塊實現文件 */ int *pInt; /* xx模塊的初始化函數 */ xx_intial() { pInt = ( int * ) malloc ( sizeof( int ) ); ... } /* xx模塊的其他函數(僅爲舉例)*/ xx_otherFunction() { *Int = 10; ... }   這個程序定義了一個全局整型變量指針,在xx模塊的初始化函數中對此指針動態申請內存,並將pInt指向該內存首地址,並在xx模塊的其他函數中都使用pInt指針對其指向的整數進行讀取和賦值。   這個程序讓我痛不欲生了好多天,扼腕歎息!這是我母校計算機系一位碩士的作品!作者爲了用上malloc,拼命地把本來應該用一個全局整型變量擺平的程序活活弄成一個全局整型指針並在初始化函數中「動態」申請內存,自作聰明而正好暴露自己的無知!我再也不要見到這樣的程序。   那麽malloc究竟應該怎麽用?筆者給出如下規則:   規則1 不要爲了用malloc而用malloc,malloc不是目的,而是手段;   規則2 malloc的真正內涵體現在「動態」申請,假如程序的特性不需動態申請,請不要用malloc;   上面列舉的變態程序完全不具備需要動態申請的特質,應該改爲: /* xx.c:xx模塊實現文件 */ int example; /* xx模塊的初始化函數 */ xx_intial() { ... } /* xx模塊的其他函數(僅爲舉例) */ xx_otherFunction() { example = 10; ... } [url=/bbs/detail_1785326.html][img]http://image.wangchao.net.cn/it/1323423867390.gif[/img][/url] 更多內容請看C/C++技術專題 java編程開發手冊專題,或   規則3 什麽樣的程序具備需要動態申請內存的特質呢?包含兩種情況:   (1)不知道有多少要來,來了的又走了   不明白?這麽說吧,譬如你正在處理一個報文隊列,收到的報文你都存入該隊列,處理完隊列頭的報文後你需要取出隊列頭的元素。   你不知道有多少報文來(因而你不知道應該用多大的報文數組),這些來的報文處理完後都要走(釋放),這種情況適合用malloc和free。   (2)慢慢地長大   譬如你在資源受限的系統中編寫一文本編輯器程序,你怎麽做,你需要這樣定義數組嗎?   char str[10000];  不,你完全不應該這麽做。即使你定義了一個10000字節大的字符串,用戶假如輸入10001個字符你的程序就完完了。   這個時候適合用malloc,因爲你根本就不知道用戶會輸入多少字符,文本在慢慢長大,因而你也應慢慢地申請內存,用一個隊列把字符串存放起來。   那麽是不是應該這樣定義數據結構並在用戶每輸入一個字符的情況下malloc一個CharQueue空間呢? typedef strUCt tagCharQueue { char ch; struct tagCharQueue *next; }CharQueue;   不,這樣做也不對!這將使每個字符占據「1+指針長度」的開銷。   正確的做法是: typedef struct tagCharQueue { char str[100]; struct tagCharQueue *next; }CharQueue;   讓字符以100爲單位慢慢地走,當輸入字符數達到100的整數倍時,申請一片CharQueue空間。 [url=/bbs/detail_1785326.html][img]http://image.wangchao.net.cn/it/1323423867436.gif[/img][/url] 更多內容請看C/C++技術專題 Java編程開發手冊專題,或   規則4 malloc與free要成對出現   它們是一對恩愛夫妻,malloc少了free就必然會慢慢地死掉。成對出現不僅體現在有多少個malloc就應該有多少個free,還體現在它們應盡量出現在同一函數裏,「誰申請,就由誰釋放」,看下面的程序: char * func(void) { char *p; p = (char *)malloc(…); if(p!=NULL) …; /* 一系列針對p的操作 */ return p; } /*在某處調用func(),用完func中動態申請的內存後將其free*/ char *q = func(); … free(q);   上述代碼違反了malloc和free的「誰申請,就由誰釋放」原則,代碼的耦合度大,用戶在調用func函數時需確切知道其內部細節!正確的做法是: /* 在調用處申請內存,並傳入func函數 */ char *p=malloc(…); if(p!=NULL) { func(p); … free(p); p=NULL; } /* 函數func則接收參數p */ void func(char *p) { … /* 一系列針對p的操作 */ }   規則5 free後一定要置指針爲NULL,防止其成爲「野」指針 (9)「函數add編譯生成的符號就是add」 int add(int x,int y) { return x + y; } float add(float x,float y) { return x + y; } [url=/bbs/detail_1785326.html][img]http://image.wangchao.net.cn/it/1323423867455.gif[/img][/url] 更多內容請看C/C++技術專題 Java編程開發手冊專題,或   即便是在C語言中,add函數被多數C編譯器編譯後在符號庫中的名字也不是add,而是_add。 而在C++編譯器中,int add(int x,int y)會編譯成類似_add_int_int這樣的名字(稱爲「mangled name」),float add(float x,float y)則被編譯成_add_float _float,mangled name包含了函數名、函數參數數量及類型信息,C++依靠這種機制來實現函數重載。   所以,在C++中,本質上int add( int x, int y )與float add( float x, float y )是兩個完全不同的函數,只是在用戶看來其同名而已。   這就要求初學者們能透過語法現象看問題本質。本質上,語言的創造者們就是在玩各種各樣的花樣,以使語言具備某種能力,譬如mangled name花樣的目的在于使C++支持重載。而C語言沒有玩這樣的花樣,所以int add( int x, int y )與float add( float x, float y )不能在C程序中同時存在。 (10)「沒見過在C語言中調用C++的函數」、「C/C++不能調用Basic、Pascal語言的函數」   這又是一個奇天下之大怪的問題,「打死我都不相信C、C++、basic、pascal的函數能瞎調來調去」,可是有句話這麽說:   沒有你見不到的,只有你想不到的!   既然芙蓉姐姐也有其聞名天下的道理,那麽C、C++、Basic、Pascal的函數爲什麽就不能互相調用呢?   能!   你可以用Visual C++寫一個DLL在Visual Basic、Delphi(Pascal的孫子,Object Pascal的兒子)中調用,也可以在Visual Basic、Delphi中寫一個DLL在Visual C++中調用不是?   讓我們來透過現象看本質。首先看看函數的調用約定(以Visual C++來說明):   (1) _stdcall調用   _stdcall是Pascal程序的缺省調用方式,參數采用從右到左的壓棧方式,被調函數自身在返回前清空堆棧。   WIN32 Api都采用_stdcall調用方式,這樣的宏定義說明了問題:   #define WINAPI _stdcall  按C編譯方式,_stdcall調用約定在輸出函數名前面加下劃線,後面加「@」符號和參數的字節數,形如_functionname@number。 [url=/bbs/detail_1785326.html][img]http://image.wangchao.net.cn/it/1323423867482.gif[/img][/url] 更多內容請看C/C++技術專題 Java編程開發手冊專題,或   (2) _cdecl調用   _cdecl是C/C++的缺省調用方式,參數采用從右到左的壓棧方式,傳送參數的內存棧由調用者維護。_cedcl約定的函數只能被C/C++調用,每一個調用它的函數都包含清空堆棧的代碼,所以産生的可執行文件大小會比調用_stdcall函數的大。   由于_cdecl調用方式的參數內存棧由調用者維護,所以變長參數的函數能(也只能)使用這種調用約定。關于C/C++中變長參數(…)的問題,筆者將另文詳述。   由于Visual C++默認采用_cdecl 調用方式,所以VC中中調用DLL時,用戶應使用_stdcall調用約定。   按C編譯方式,_cdecl調用約定僅在輸出函數名前面加下劃線,形如_functionname。   (3) _fastcall調用   _fastcall調用較快,它通過CPU內部寄存器傳遞參數。   按C編譯方式,_fastcall調用約定在輸出函數名前面加「@」符號,後面加「@」符號和參數的字節數,形如@functionname@number。   要害字_stdcall、_cdecl和_fastcall可以直接加在函數前,也可以在Visual C++中設置,如圖1。 [url=/bbs/detail_1785326.html][img]http://image.wangchao.net.cn/it/1323423867515.jpg[/img][/url]  圖1 在VC中設置函數調用約定  在創建DLL時,一般使用_stdcall調用(Win32 Api方式),采用_functionname@number命名規則,因而各種語言間的DLL能互相調用。也就是說,DLL的編制與具體的編程語言及編譯器無關,只要遵守DLL的開發規範和編程策略,並安排正確的調用接口,不管用何種編程語言編制的DLL都具有通用性。   推而廣之,假如有這樣一個IDE開發環境,它能識別各種語言,所有語言采用相同的調用約定和命名規則,一個軟件內各種語言書寫的函數將能互相調用!   這個世界上可能永遠不需要這樣一個IDE。 (11)「英語、數學不好就學不好C/C++」 [url=/bbs/detail_1785326.html][img]http://image.wangchao.net.cn/it/1323423867774.gif[/img][/url] 更多內容請看C/C++技術專題 Java編程開發手冊專題,或   這也許是20世紀最大的謊言,這句話最先是哪位大師的名人名言已無可考證,可此後一批批的人被它誤導。許多初學者因爲這句話被嚇倒,放棄了做程序員的理想。 還有許多後來成爲優秀程序員的人,在他們的成長過程中並沒有依靠深奧的數學,可他們還是在總結經驗時制造恐慌,號稱一定要具備高深的數學知識,唯恐別人笑話其學術水平不高。   在下則認爲,大多數情況下,程序設計不需要太深奧的數學功底,除非你所從事的程序設計涉及特定的專業領域(如語音及圖像處理、數字通信技術等)。在下這一觀點也許是革舊立新,而革命必然要流血犧牲(譚嗣同),所以恭候大家板磚。   那麽英語在C/C++的學習中處于什麽地位呢?那就是能看懂資料,看懂MSDN。   學編程的終極之道不在看書,而在大量地不斷地實踐。 (12)「C++太難了,我學不會」   又不知是誰的悲觀論調,許多初學者被C++嚇倒,「太難了,我學不好」,如弱者自憐。假如C++真的難到學不會,那麽C++的創造者們所從事的工作豈不是「非人力所能及也」?       在下認爲,學習C++的態度應該是:戰略上藐視它,戰術上重視它,要敢于勝利(《毛主席語錄》)。當然也不可輕敵,不能因爲把握了一點皮毛就以爲自己牛B轟轟了(筆者曾經牛B轟轟了好一陣子,現在想來,甚覺當時幼稚)。   假如你征服了C++,透徹理解了C++的語言特性及STL,那麽,其他語言想不被你征服都難了。   本回書著落此處,更多錯誤語錄,當然是待續。 [url=/bbs/detail_1785326.html][img]http://image.wangchao.net.cn/it/1323423867812.gif[/img][/url] 更多內容請看C/C++技術專題 Java編程開發手冊專題,或
󰈣󰈤
 
 
 
  免責聲明:本文僅代表作者個人觀點,與王朝網路無關。王朝網路登載此文出於傳遞更多信息之目的,並不意味著贊同其觀點或證實其描述,其原創性以及文中陳述文字和內容未經本站證實,對本文以及其中全部或者部分內容、文字的真實性、完整性、及時性本站不作任何保證或承諾,請讀者僅作參考,並請自行核實相關內容。
 
 
陽光靓麗的模特兒(8)
陽光靓麗的模特兒(7)
陽光靓麗的模特兒(6)
陽光靓麗的模特兒(5)
秋-印象
德慶盤龍峽 一
松江印象之三
雲之南(寬幅)
 
>>返回首頁<<
 
 
 
 熱帖排行
 
 
 
 
© 2005- 王朝網路 版權所有