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

C++ Programmer's Cookbook

{C++ 基礎} {C++ 高級} {C#界面,C++核心算法} {設計模式} {C#基礎}

C++高效編程忠告

這是對C++高效編程的一個總結, 很有指導作用.

一、#include “filename.h”和#include <filename.h>的區別
#include “filename.h”是指編譯器將從當前工作目錄上開始查找此文件
#include <filename.h>是指編譯器將從標準庫目錄中開始查找此文件

二、頭文件的作用
加強安全檢測
通過頭文件可能方便地調用庫功能,而不必關心其實現方式

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

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

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

六、C++函數中值的傳遞方式
有三種方式:值傳遞(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
如果輸入參數是以值傳遞的話,最好使用引用傳遞代替,因為引用傳遞省去了臨時對象的構造和析構
函數的返回類型不能省略,就算沒有也要加個void

七、函數體中的指針或引用常量不能被返回
Char *func(void)
{
 char str[]=”Hello Word”;
 //這個是不能被返回的,因為str是個指定變量,不是一般的值,函數結束后會被注銷掉
 return str;
}
函數體內的指針變量并不會隨著函數的消亡而自動釋放

八、一個內存拷貝函數的實現體
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;

}

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

十、內存分配的注意事項
用new或malloc分配內存時,必須要對此指針賦初值。
用delete 或free釋放內存后,必須要將指針指向NULL
不能修改指向常量的指針數據

十一、內容復制與比較
//數組……
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的問題
記住一點,C++無法知道指針所指對象的大小,指針的大小永遠為4字節
char a[]=”Hello World!”
char *p=a;
count<<sizeof(a)<<end; //12字節
count<<sizeof(p)<<endl; //4字節
而且,在函數中,數組參數退化為指針,所以下面的內容永遠輸出為4
void fun(char a[1000])
{
count<<sizeof(a)<<endl; //輸出4而不是1000
}

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

十四、關于malloc/free 和new /delete
malloc/free 是C/C+的內存分配符,new /delete是C++的內存分配符。
注意:malloc/free是庫函數,new/delete是運算符
malloc/free不能執行構造函數與析構函數,而new/delete可以
new/delete不能在C上運行,所以malloc/free不能被淘汰
兩者都必須要成對使用
C++中可以使用_set_new_hander函數來定義內存分配異常的處理

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

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

十七、構造函數與析構函數
派生類的構造函數應在初始化表里調用基類的構造函數;
派生類和基類的析構函數應加Virtual關鍵字。
不要小看構造函數和析構函數,其實編起來還是不容易。
#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;
}
輸出結果為:
~Derived
~Base

如果析構函數不為虛,那么輸出結果為
~Base

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


轉自:http://www.azure.com.cn/article.asp?id=135

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

評論

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

閑來無聊,無聊一下:

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

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

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

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

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

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

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

13 指針的大小
與編譯器及系統平臺有關。大小從2/4/8/16各種可能性都有.不要認死了。

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

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

18 #ifdef
說的太絕對了。而且沒有任何說明如何做。
事實上#ifdef能做的事還是挺多的。  回復  更多評論   

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

恩,樓上說的很好,可見C++的功底之強,學習中。。。  回復  更多評論   

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

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

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

六、C++函數中值的傳遞方式
“如果輸入參數是以值傳遞的話,最好使用引用傳遞代替”
應該是“如果輸入參數是常量值的話,最好使用常量引用傳遞代替”。
但是簡單常量就不需要引用傳遞。

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

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

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

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

  回復  更多評論   

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

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

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

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

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

  回復  更多評論   

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

對目前的編譯器都不支持模板的分離,都必須在。h中實現。  回復  更多評論   

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

經典,值得收藏  回復  更多評論   

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

好東西...  回復  更多評論   

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

學知識了,謝謝  回復  更多評論   

公告

EMail:itech001#126.com

導航

統計

  • 隨筆 - 461
  • 文章 - 4
  • 評論 - 746
  • 引用 - 0

常用鏈接

隨筆分類

隨筆檔案

收藏夾

Blogs

c#(csharp)

C++(cpp)

Enlish

Forums(bbs)

My self

Often go

Useful Webs

Xml/Uml/html

搜索

  •  

積分與排名

  • 積分 - 1813332
  • 排名 - 5

最新評論

閱讀排行榜

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
              国产一区二区三区自拍| 欧美日韩性视频在线| 国产一区二区三区在线免费观看| 欧美在线影院| 午夜精品久久久久久久久久久久 | 欧美激情麻豆| 一区二区三区日韩精品视频| 一区二区三区精品久久久| 国产精品高潮在线| 久久久久国色av免费观看性色| 久久精品国产久精国产思思| 亚洲精品一区二区三区婷婷月 | 午夜伦理片一区| 欧美专区亚洲专区| 亚洲精选中文字幕| 午夜精品久久久久久| 亚洲国产日韩精品| 亚洲视频导航| 亚洲人成在线播放| 亚洲欧美日韩国产综合精品二区| **网站欧美大片在线观看| 亚洲日本中文字幕免费在线不卡| 国产精品成人国产乱一区| 久久婷婷麻豆| 国产精品v欧美精品v日韩精品 | 亚洲欧美日韩精品综合在线观看| 欧美在线视频一区二区三区| 亚洲精品一区二区三区婷婷月 | 欧美高清在线观看| 国产精品一区二区男女羞羞无遮挡| 欧美fxxxxxx另类| 国产精品伦子伦免费视频| 欧美国产亚洲另类动漫| 国产日韩精品入口| 亚洲久久在线| 亚洲激情偷拍| 欧美一区二区日韩一区二区| 亚洲一区二区三区激情| 浪潮色综合久久天堂| 久久精品亚洲乱码伦伦中文| 美女视频黄 久久| 国产精品国产亚洲精品看不卡15| 亚洲福利一区| 激情婷婷久久| 性欧美1819sex性高清| 亚洲一级黄色片| 欧美激情欧美狂野欧美精品| 乱中年女人伦av一区二区| 国产精品日韩精品欧美精品| 99精品免费网| 亚洲视屏一区| 欧美日韩亚洲天堂| 亚洲毛片在线免费观看| 99热免费精品| 欧美精品久久久久久久免费观看 | 国产精品视频一区二区三区 | 欧美国产精品久久| 国语自产精品视频在线看| 性视频1819p久久| 久久精品中文| 国产一区久久久| 欧美一区二区| 久久综合色8888| 亚洲国产精品嫩草影院| 欧美18av| 亚洲美女视频| 亚洲一区影音先锋| 国产麻豆综合| 久久久99免费视频| 欧美aⅴ99久久黑人专区| 亚洲日本国产| 国产精品高精视频免费| 亚洲图片在线| 久久露脸国产精品| 精品av久久久久电影| 久久婷婷丁香| 91久久中文| 午夜精品偷拍| 在线欧美小视频| 欧美日本视频在线| 午夜精品999| 欧美成人蜜桃| 亚洲男人的天堂在线观看| 国产日韩欧美在线播放不卡| 久久一区二区视频| 亚洲毛片在线观看| 久久久久久**毛片大全| 91久久久在线| 国产精品香蕉在线观看| 久久人人97超碰精品888| 亚洲人成网站在线观看播放| 午夜视频在线观看一区二区| 在线精品视频一区二区三四| 欧美日韩成人一区| 久久精品免费播放| 99国内精品久久| 久久香蕉国产线看观看网| 亚洲精选视频在线| 国产一区二区三区精品久久久| 久久综合色婷婷| 宅男噜噜噜66一区二区| 六月丁香综合| 亚洲欧美中日韩| 亚洲三级影院| 国自产拍偷拍福利精品免费一| 亚洲在线观看免费| 91久久精品久久国产性色也91| 欧美一级专区免费大片| 亚洲精品综合| 影音先锋中文字幕一区| 国产精品欧美久久| 欧美激情免费观看| 久久久精品午夜少妇| 亚洲永久免费观看| 一本色道久久加勒比精品| 欧美成人精品一区| 久久婷婷丁香| 久久精品国产视频| 亚洲一区二区在线播放| 9久草视频在线视频精品| 激情亚洲一区二区三区四区| 国产精品久久一级| 欧美日韩精品二区第二页| 蜜桃av一区二区三区| 久久久午夜视频| 久久成人资源| 欧美一区二区精品在线| 亚洲一区二区三区视频| 日韩亚洲欧美在线观看| 亚洲国产日韩一级| 亚洲福利视频网站| 欧美黑人一区二区三区| 久久一区二区三区四区五区| 欧美影院视频| 久久久久9999亚洲精品| 午夜精品久久久久久久男人的天堂| 亚洲少妇诱惑| 亚洲影院一区| 香蕉久久国产| 久久精品九九| 久久久99爱| 蜜桃伊人久久| 亚洲风情亚aⅴ在线发布| 亚洲高清自拍| 亚洲免费av片| 亚洲免费影视| 欧美一级艳片视频免费观看| 久久久久久69| 你懂的国产精品| 欧美黄色影院| 国产精品video| 国产欧美精品va在线观看| 国产人成一区二区三区影院| 国产真实久久| 亚洲精品日韩久久| 亚洲综合精品| 久久久久免费视频| 亚洲大胆女人| av成人免费在线| 午夜精品理论片| 美女诱惑黄网站一区| 欧美日韩国产三级| 国产精品伦理| 亚洲国产成人精品久久| 一区二区三区精品视频在线观看| 亚洲欧美国产毛片在线| 久久久久久久久岛国免费| 欧美va亚洲va日韩∨a综合色| 亚洲国产欧美日韩精品| 亚洲午夜在线视频| 另类欧美日韩国产在线| 欧美香蕉大胸在线视频观看| 韩国精品久久久999| 一本色道久久综合亚洲二区三区| 欧美一级电影久久| 欧美好吊妞视频| 亚洲一区二区三区激情| 榴莲视频成人在线观看| 国产精品男人爽免费视频1| 伊大人香蕉综合8在线视| 亚洲一区3d动漫同人无遮挡| 久久伊人一区二区| 亚洲网站啪啪| 欧美久久精品午夜青青大伊人| 国产日韩欧美不卡| 一区二区三区视频在线 | 亚洲综合国产激情另类一区| 欧美国产成人在线| 亚洲欧美另类综合偷拍| 艳女tv在线观看国产一区| 久久婷婷国产综合精品青草| 欧美性猛交xxxx免费看久久久| 亚洲国产精品视频一区| 久久久久成人精品免费播放动漫| 亚洲免费观看| 欧美国产精品| 亚洲人成人一区二区三区| 久久午夜电影| 久久精品国产99国产精品| 国产精品亚洲综合天堂夜夜 |