青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

C++ Programmer's Cookbook

{C++ 基礎(chǔ)} {C++ 高級(jí)} {C#界面,C++核心算法} {設(shè)計(jì)模式} {C#基礎(chǔ)}

C++高效編程忠告

這是對(duì)C++高效編程的一個(gè)總結(jié), 很有指導(dǎo)作用.

一、#include “filename.h”和#include <filename.h>的區(qū)別
#include “filename.h”是指編譯器將從當(dāng)前工作目錄上開始查找此文件
#include <filename.h>是指編譯器將從標(biāo)準(zhǔn)庫目錄中開始查找此文件

二、頭文件的作用
加強(qiáng)安全檢測(cè)
通過頭文件可能方便地調(diào)用庫功能,而不必關(guān)心其實(shí)現(xiàn)方式

三、* , &修飾符的位置
int *i,j; // better for read
 i = new int(0);
 j = 0;
 int *&y = i; // pointer's reference
對(duì)于*和&修飾符,為了避免誤解,最好將修飾符緊靠變量名

四、if語句
不要將布爾變量與任何值進(jìn)行比較,那會(huì)很容易出錯(cuò)的。
整形變量必須要有類型相同的值進(jìn)行比較
浮點(diǎn)變量最好少比相等,可以通過求差與較小的數(shù)比較
指針變量要和NULL進(jìn)行比較,不要和布爾型和整形比較

五、const和#define的比較
const有數(shù)據(jù)類型,#define沒有數(shù)據(jù)類型
個(gè)別編譯器中const可以進(jìn)行調(diào)試,#define不可以進(jìn)行調(diào)試
在類中定義常量有兩種方式
1、 在類在聲明常量,但不賦值,在構(gòu)造函數(shù)初始化表中進(jìn)行賦值;(常量和引用類型的成員變量必須通過初始化列表來初始化賦值)
2、 用枚舉代替const常量。

六、C++函數(shù)中值的傳遞方式
有三種方式:值傳遞(Pass by value)、指針傳遞(Pass by pointer)、引用傳遞(Pass by reference)
void fun(char c) //pass by value
void fun(char *str) //pass by pointer
void fun(char &str) //pass by reference
如果輸入?yún)?shù)是以值傳遞的話,最好使用引用傳遞代替,因?yàn)橐脗鬟f省去了臨時(shí)對(duì)象的構(gòu)造和析構(gòu)
函數(shù)的返回類型不能省略,就算沒有也要加個(gè)void

七、函數(shù)體中的指針或引用常量不能被返回
Char *func(void)
{
 char str[]=”Hello Word”;
 //這個(gè)是不能被返回的,因?yàn)閟tr是個(gè)指定變量,不是一般的值,函數(shù)結(jié)束后會(huì)被注銷掉
 return str;
}
函數(shù)體內(nèi)的指針變量并不會(huì)隨著函數(shù)的消亡而自動(dòng)釋放

八、一個(gè)內(nèi)存拷貝函數(shù)的實(shí)現(xiàn)體
void *memcpy(void *pvTo,const void *pvFrom,size_t size)

{

 assert((pvTo!=NULL)&&(pvFrom!=NULL));

 byte *pbTo=(byte*)pvTo; //防止地址被改變

 byte *pbFrom=(byte*)pvFrom;

 while (size-- >0)

 pbTo++ = pbForm++;

 return pvTo;

}

九、內(nèi)存的分配方式
分配方式有三種,請(qǐng)記住,說不定那天去面試的時(shí)候就會(huì)有人問你這問題
1、 靜態(tài)存儲(chǔ)區(qū),是在程序編譯時(shí)就已經(jīng)分配好的,在整個(gè)運(yùn)行期間都存在,如全局變量、常量。(程序編譯后運(yùn)行時(shí)包含code和data兩部分,其中data即為靜態(tài)存儲(chǔ)區(qū)分配,程序一開始運(yùn)行便分配整個(gè)data的東東)
2、 棧上分配,函數(shù)內(nèi)的局部變量就是從這分配的,但分配的內(nèi)存容易有限。
3、 堆上分配,也稱動(dòng)態(tài)分配,如我們用new,malloc分配內(nèi)存,用delete,free來釋放的內(nèi)存。

十、內(nèi)存分配的注意事項(xiàng)
用new或malloc分配內(nèi)存時(shí),必須要對(duì)此指針賦初值。
用delete 或free釋放內(nèi)存后,必須要將指針指向NULL
不能修改指向常量的指針數(shù)據(jù)

十一、內(nèi)容復(fù)制與比較
//數(shù)組……
char a[]=”Hello Word!”;
char b[10];
strcpy(b,a);
if (strcmp(a,b)==0)
{}
//指針……
char a[]=”Hello Word!”;
char *p;
p=new char[strlen(a)+1];
strcpy(p,a);
if (strcmp(p,a)==0)
{}

十二、sizeof的問題
記住一點(diǎn),C++無法知道指針?biāo)笇?duì)象的大小,指針的大小永遠(yuǎn)為4字節(jié)
char a[]=”Hello World!”
char *p=a;
count<<sizeof(a)<<end; //12字節(jié)
count<<sizeof(p)<<endl; //4字節(jié)
而且,在函數(shù)中,數(shù)組參數(shù)退化為指針,所以下面的內(nèi)容永遠(yuǎn)輸出為4
void fun(char a[1000])
{
count<<sizeof(a)<<endl; //輸出4而不是1000
}

十三、關(guān)于指針
1、 指針創(chuàng)建時(shí)必須被初始化
2、 指針在free 或delete后必須置為NULL
3、 指針的長度都為4字節(jié)
4、釋放內(nèi)存時(shí),如果是數(shù)組指針,必須要釋放掉所有的內(nèi)存,如
char *p=new char[100];
strcpy(p,”Hello World”);
delete []p; //注意前面的[]號(hào)
p=NULL;
5、數(shù)組指針的內(nèi)容不能超過數(shù)組指針的最大容易。
如:
char *p=new char[5];
strcpy(p,”Hello World”); //報(bào)錯(cuò) 目標(biāo)容易不夠大
delete []p; //注意前面的[]號(hào)
p=NULL;

十四、關(guān)于malloc/free 和new /delete
malloc/free 是C/C+的內(nèi)存分配符,new /delete是C++的內(nèi)存分配符。
注意:malloc/free是庫函數(shù),new/delete是運(yùn)算符
malloc/free不能執(zhí)行構(gòu)造函數(shù)與析構(gòu)函數(shù),而new/delete可以
new/delete不能在C上運(yùn)行,所以malloc/free不能被淘汰
兩者都必須要成對(duì)使用
C++中可以使用_set_new_hander函數(shù)來定義內(nèi)存分配異常的處理

十五、C++的特性
C++新增加有重載(overload),內(nèi)聯(lián)(inline),Const,Virtual四種機(jī)制
重載和內(nèi)聯(lián):即可用于全局函數(shù),也可用于類的成員函數(shù);
Const和Virtual:只可用于類的成員函數(shù);
重載:在同一類中,函數(shù)名相同的函數(shù)。由不同的參數(shù)決定調(diào)用那個(gè)函數(shù)。函數(shù)可要不可要Virtual關(guān)鍵字。和全局函數(shù)同名的函數(shù)不叫重載。如果在類中調(diào)用同名的全局函數(shù),必須用全局引用符號(hào)::引用。
覆蓋是指派生類函數(shù)覆蓋基類函數(shù):函數(shù)名相同;參數(shù)相同;基類函數(shù)必須有Virtual關(guān)鍵字;不同的范圍(派生類和基類)。
隱藏是指派生類屏蔽了基類的同名函數(shù)相同
1、 函數(shù)名相同,但參數(shù)不同,此時(shí)不論基類有無Virtual關(guān)鍵字,基類函數(shù)將被隱藏。
2、 函數(shù)名相同,參數(shù)也相同,但基類無Virtual關(guān)鍵字(有就是覆蓋),基類函數(shù)將被隱藏。
內(nèi)聯(lián):inline關(guān)鍵字必須與定義體放在一起,而不是單單放在聲明中。
Const:const是constant的縮寫,“恒定不變”的意思。被const修飾的東西都受到強(qiáng)制保護(hù),可以預(yù)防意外的變動(dòng),能提高程序的健壯性。
1、 參數(shù)做輸入用的指針型參數(shù),加上const可防止被意外改動(dòng)。
2、 按值引用的用戶類型做輸入?yún)?shù)時(shí),最好將按值傳遞的改為引用傳遞,并加上const關(guān)鍵字,目的是為了提高效率。數(shù)據(jù)類型為內(nèi)部類型的就沒必要做這件事情;如:
將void Func(A a) 改為void Func(const A &a)。
而void func(int a)就沒必要改成void func(const int &a);
3、 給返回值為指針類型的函數(shù)加上const,會(huì)使函數(shù)返回值不能被修改,賦給的變量也只能是const型變量。如:函數(shù)const char*GetString(void); char *str=GetString()將會(huì)出錯(cuò)。而const char *str=GetString()將是正確的。
4、 Const成員函數(shù)是指此函數(shù)體內(nèi)只能調(diào)用Const成員變量,提高程序的鍵壯性。如聲明函數(shù) int GetCount(void) const;此函數(shù)體內(nèi)就只能調(diào)用Const成員變量。
Virtual:虛函數(shù):派生類可以覆蓋掉的函數(shù),純虛函數(shù):只是個(gè)空函數(shù),沒有函數(shù)實(shí)現(xiàn)體;

十六、extern“C”有什么作用?
Extern “C”是由C++提供的一個(gè)連接交換指定符號(hào),用于告訴C++這段代碼是C函數(shù)。這是因?yàn)镃++編譯后庫中函數(shù)名會(huì)變得很長,與C生成的不一致,造成C++不能直接調(diào)用C函數(shù),加上extren “c”后,C++就能直接調(diào)用C函數(shù)了。
Extern “C”主要使用正規(guī)DLL函數(shù)的引用和導(dǎo)出 和 在C++包含C函數(shù)或C頭文件時(shí)使用。使用時(shí)在前面加上extern “c” 關(guān)鍵字即可。

十七、構(gòu)造函數(shù)與析構(gòu)函數(shù)
派生類的構(gòu)造函數(shù)應(yīng)在初始化表里調(diào)用基類的構(gòu)造函數(shù);
派生類和基類的析構(gòu)函數(shù)應(yīng)加Virtual關(guān)鍵字。
不要小看構(gòu)造函數(shù)和析構(gòu)函數(shù),其實(shí)編起來還是不容易。
#include <iostream.h>
class Base
{
public:
virtual ~Base() { cout<< "~Base" << endl ; }
};

class Derived : public Base
{
public:
virtual ~Derived() { cout<< "~Derived" << endl ; }
};

void main(void)
{
Base * pB = new Derived; // upcast
delete pB;
}
輸出結(jié)果為:
~Derived
~Base

如果析構(gòu)函數(shù)不為虛,那么輸出結(jié)果為
~Base

十八、#IFNDEF/#DEFINE/#ENDIF有什么作用
仿止該頭文件被重復(fù)引用


轉(zhuǎn)自:http://www.azure.com.cn/article.asp?id=135

posted on 2007-07-19 15:19 夢(mèng)在天涯 閱讀(8110) 評(píng)論(9)  編輯 收藏 引用 所屬分類: CPlusPlus

評(píng)論

# re: C++高效編程忠告 2007-07-19 19:21 沐楓

閑來無聊,無聊一下:

2 頭文件的作用
這是由于歷史原因造成的。
頭文件主要用于存放接口聲明,以便不同的c文件共享函數(shù)聲明。
到了c++中,已經(jīng)造成一種妨礙了。

3 * & 的位置
這個(gè)位置放哪,雖然要緊,但更要緊的是,遵守一個(gè)變量一行定義。這樣就不會(huì)出現(xiàn)錯(cuò)誤,也很好讀。如:
int * i;
int j;

4 if
仍然是歷史原因造成的。c標(biāo)準(zhǔn)中沒有真正的bool類型(c++98和c99加了),而是用int來代替,這就造成了麻煩。所以新寫的程序要避免使用BOOL,而用bool來替代。
如果是舊標(biāo)準(zhǔn)的編譯器,仍然要注意BOOL其實(shí)是int這個(gè)要點(diǎn)。

5 const #define enum
這幾個(gè)各有用途,有時(shí)候也不能互代。使用時(shí),優(yōu)先順序 enum const #define。看具體要求,不一定非要怎么怎么樣。

6 參數(shù)傳遞
用指針或用引用,倒不定要要爭(zhēng)個(gè)誰好誰壞。
實(shí)際上,用指針還更容易讓人明白傳進(jìn)去的是指針。而引用則不然。引用的引入,在c++中是為了解決運(yùn)算符重載的問題。
不過,不管用哪個(gè),倒是建議優(yōu)先采用 const T* 或const T&,這種常量指針或常亙引用。這不僅關(guān)系程序優(yōu)化,也關(guān)系到代碼的質(zhì)量。

8 memcpy
除非沒有類似的庫函數(shù),否則不要重新寫一個(gè)。要知道,絕大多數(shù)編譯器會(huì)對(duì)這些庫函數(shù)作特殊優(yōu)化。這是手工編碼無法做到的。

11 字串
建議不要使用strcpy,strcmp類似的函數(shù),應(yīng)該改為strncpy, strncmp等函數(shù)。目前新型的編譯器會(huì)認(rèn)為strxxx函數(shù)是非法的(被淘汰的),建議用strnxxx,或者編譯器提供的更安全的版本。

13 指針的大小
與編譯器及系統(tǒng)平臺(tái)有關(guān)。大小從2/4/8/16各種可能性都有.不要認(rèn)死了。

14 關(guān)于new/delete 與malloc/free
你用了類似class的關(guān)鍵字后,就注定不兼容于c了。因此,用了c++的東西,就不要去用mallco/free,除非特殊情況。
同理,不使用c++的東西,也決不要去用new /delete.
否則,你的跨語言或跨平臺(tái)的想法就打水漂了。還容易出錯(cuò)。

15 const 函數(shù)
const不一定只能引用const成員。它可以使用任何成員,只是默認(rèn)情況不能改變成員的值而已。如果成員被定義為mutable(c++98),則不限制。

18 #ifdef
說的太絕對(duì)了。而且沒有任何說明如何做。
事實(shí)上#ifdef能做的事還是挺多的。  回復(fù)  更多評(píng)論   

# re: C++高效編程忠告 2007-07-19 21:44 夢(mèng)在天涯

恩,樓上說的很好,可見C++的功底之強(qiáng),學(xué)習(xí)中。。。  回復(fù)  更多評(píng)論   

# re: C++高效編程忠告 2007-07-20 09:33 金慶

三、* , &修飾符的位置
int* & rY = pI; // ptr's ref
用int*表示指針更清楚。

int *i,j;
我更傾向于這樣分開寫:
int * pI;
int j;

六、C++函數(shù)中值的傳遞方式
“如果輸入?yún)?shù)是以值傳遞的話,最好使用引用傳遞代替”
應(yīng)該是“如果輸入?yún)?shù)是常量值的話,最好使用常量引用傳遞代替”。
但是簡(jiǎn)單常量就不需要引用傳遞。

十二、sizeof的問題
一般沒有這樣定義函數(shù)的:
void fun(char a[1000])
而是void fun(char * p, int len)  回復(fù)  更多評(píng)論   

# re: C++高效編程忠告 2007-07-20 09:47 金慶

“頭文件到了c++中,已經(jīng)造成一種妨礙了”?
能說明一下嗎?

頭文件在C++中還是必須的吧?

  回復(fù)  更多評(píng)論   

# re: C++高效編程忠告 2007-07-20 12:00 沐楓

@金慶
就是必須的,所以才是一種妨礙。

目前C++有3種編程:c, 類, 模板。
其中,頭文件對(duì)于c來說,并不成問題,甚至還帶來許多便利。
但是對(duì)于類,和模板,特別是模板來說,麻煩就大了。

對(duì)于類來說,封裝性和實(shí)現(xiàn)隱藏是一個(gè)很重要的概念,但大多數(shù)情況下,許多人都不容易做到這一點(diǎn)。.h文件中會(huì)有許多私有的數(shù)據(jù)成員,甚至還有不少的函數(shù)實(shí)現(xiàn)(如inline函數(shù)),從而對(duì)封裝性和實(shí)現(xiàn)隱藏造成破壞,造成編譯依賴,進(jìn)一步造成編譯器的復(fù)雜度提高。最終為了避開這些問題,將會(huì)造成庫設(shè)計(jì)要求的提高。

至于模板風(fēng)格的編程就更不得了,目前幾乎沒有支持分離模板的編譯器。況且即便分離了,又能怎么樣?最終的結(jié)果是,大多的模板風(fēng)格的程序,所有的代碼都在.h文件中,.cpp反而只剩了一句話:#include "xxx.h",沒了。

  回復(fù)  更多評(píng)論   

# re: C++高效編程忠告[未登錄] 2007-07-22 21:18 夢(mèng)在天涯

對(duì)目前的編譯器都不支持模板的分離,都必須在。h中實(shí)現(xiàn)。  回復(fù)  更多評(píng)論   

# re: C++高效編程忠告 2007-10-03 09:58 ititbar

經(jīng)典,值得收藏  回復(fù)  更多評(píng)論   

# re: C++高效編程忠告 2007-10-03 14:17 baikesou

好東西...  回復(fù)  更多評(píng)論   

# re: C++高效編程忠告 2007-10-03 14:24 周公解夢(mèng)

學(xué)知識(shí)了,謝謝  回復(fù)  更多評(píng)論   

公告

EMail:itech001#126.com

導(dǎo)航

統(tǒng)計(jì)

  • 隨筆 - 461
  • 文章 - 4
  • 評(píng)論 - 746
  • 引用 - 0

常用鏈接

隨筆分類

隨筆檔案

收藏夾

Blogs

c#(csharp)

C++(cpp)

Enlish

Forums(bbs)

My self

Often go

Useful Webs

Xml/Uml/html

搜索

  •  

積分與排名

  • 積分 - 1812973
  • 排名 - 5

最新評(píng)論

閱讀排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
              欧美一区二区免费观在线| 一道本一区二区| 久久综合狠狠综合久久综合88| 久久午夜av| 久久亚洲色图| 国产精品嫩草99a| 在线日韩日本国产亚洲| 日韩亚洲精品电影| 久久久久久久一区二区| 亚洲精品之草原avav久久| 亚洲欧美大片| 欧美日韩精品高清| 亚洲国产成人久久| 欧美在线国产| 亚洲国产精品传媒在线观看 | 蜜臀av性久久久久蜜臀aⅴ| 亚洲第一福利社区| 亚洲欧美日本日韩| 欧美大片一区二区三区| 国产一区在线看| 亚洲图片你懂的| 欧美激情精品久久久六区热门 | 欧美肉体xxxx裸体137大胆| 影音先锋另类| 久久久久久久综合狠狠综合| 亚洲国产毛片完整版| 欧美四级剧情无删版影片| 久久久久久久网| 欧美日韩精品高清| 麻豆国产精品一区二区三区| 欧美一级大片在线观看| 国产精品久久久对白| 亚洲精品一区二区三区蜜桃久| 久久久午夜电影| 欧美日韩国产色综合一二三四| 久久久精品免费视频| 欧美日韩国产首页| 欧美成人高清视频| 久久久久亚洲综合| 亚洲国产精品一区| 性欧美精品高清| 国产欧美日韩综合精品二区| 亚洲一区二区免费视频| 亚洲电影av在线| 国产综合色在线视频区| 洋洋av久久久久久久一区| 欧美成人tv| 麻豆精品网站| 国产真实精品久久二三区| 一级成人国产| 亚洲一区二区免费看| 欧美va亚洲va国产综合| 99国产精品99久久久久久| 久久精品亚洲一区二区| 极品日韩久久| 男同欧美伦乱| 狠狠色狠狠色综合人人| 欧美激情精品久久久久久免费印度 | 欧美大片免费久久精品三p | 欧美成人激情视频| 国产性天天综合网| 欧美大片第1页| 欧美日韩直播| 日韩一级黄色av| 国产伦精品一区二区三区视频孕妇 | 亚洲精选国产| 99国产精品99久久久久久| 99热在线精品观看| 99热这里只有成人精品国产| 亚洲网站视频| 久久色在线播放| 免费久久99精品国产自在现线| 欧美黑人多人双交| 午夜精品999| 久久久噜噜噜久久| 欧美成人性生活| 日韩一级片网址| 国产精品qvod| 欧美激情精品久久久| 亚洲二区视频在线| 欧美日韩国产精品| 亚洲欧美国产制服动漫| 久久久久国内| 亚洲伦理一区| 国产精品日韩欧美一区二区| 美女尤物久久精品| 91久久精品国产91久久性色tv| 午夜天堂精品久久久久| 久久综合色影院| 99re热这里只有精品视频 | 欧美+亚洲+精品+三区| 亚洲人体大胆视频| 一区二区亚洲| 欧美精品v日韩精品v国产精品| 久久久夜夜夜| 一区二区三区久久| 美女精品在线观看| 一本综合久久| 欧美福利电影网| 亚洲午夜小视频| 精品9999| 国产精品久久久久久久浪潮网站 | 久久精品日韩| 日韩一区二区久久| 久久人体大胆视频| 亚洲天天影视| 亚洲韩国精品一区| 久久亚洲私人国产精品va| 日韩西西人体444www| 麻豆av福利av久久av| 亚洲午夜高清视频| 亚洲国产精品小视频| 国产欧美日韩激情| 欧美三级欧美一级| 欧美ab在线视频| 久久国产精品黑丝| 欧美国产精品人人做人人爱| 性欧美超级视频| 国产在线欧美| 国产精品日韩在线播放| 欧美久久久久久久| 亚洲乱码国产乱码精品精 | 久久久国产精彩视频美女艺术照福利| 99精品久久久| 亚洲精品老司机| 在线观看欧美视频| 国产亚洲成人一区| 国产麻豆成人精品| 国产精品麻豆va在线播放| 欧美日韩精品一区二区在线播放| 女主播福利一区| 蜜臀99久久精品久久久久久软件 | 亚洲日产国产精品| 欧美国产91| 午夜精品免费视频| 国产综合久久久久久| 国产精品综合色区在线观看| 国产精品草莓在线免费观看| 欧美日韩精品| 国产精品vvv| 欧美视频国产精品| 欧美视频专区一二在线观看| 欧美日韩精品免费观看视频完整| 欧美成人网在线| 欧美极品aⅴ影院| 欧美另类一区二区三区| 欧美日韩一本到| 亚洲欧美网站| 亚洲欧美精品一区| 欧美一区二区精品久久911| 欧美亚洲一级片| 久久免费视频在线观看| 快射av在线播放一区| 99综合精品| 亚洲先锋成人| 欧美成人激情视频| 亚洲国产另类 国产精品国产免费| 亚洲电影视频在线| 亚洲精品视频一区二区三区| 亚洲视频一区二区| 亚洲国产精品国自产拍av秋霞| 欧美华人在线视频| 日韩午夜中文字幕| 亚洲欧美日韩另类| 久久裸体视频| 欧美日韩成人一区二区三区| 国产精品日韩精品| 激情五月综合色婷婷一区二区| 亚洲精品乱码久久久久久蜜桃麻豆 | 欧美高清自拍一区| 国产精品高清网站| 韩日视频一区| 日韩视频在线播放| 午夜亚洲伦理| 亚洲高清二区| 亚洲欧美日韩国产成人| 男女激情久久| 国产乱肥老妇国产一区二 | 国产毛片一区二区| 亚洲国产日韩在线| 亚洲欧美日韩精品久久久久| 亚洲国产日韩一区二区| 亚洲女人av| 欧美国产综合视频| 亚洲专区在线| 欧美精品www| 红桃视频一区| 亚洲一区二区三区777| 老巨人导航500精品| 在线一区二区日韩| 欧美成人精品一区二区三区| 国产日韩精品久久| 一二美女精品欧洲| 亚洲精品一区中文| 久久大逼视频| 亚洲视频免费在线| 欧美激情综合色综合啪啪| 国产在线麻豆精品观看| 亚洲欧美影院| 99精品国产在热久久下载|