|
|
Posted on 2009-04-23 15:44 向往 閱讀(1095) 評(píng)論(4) 編輯 收藏 引用 所屬分類: C/C++/Script
接觸C++已經(jīng)有五個(gè)年頭了,多多少少在學(xué)習(xí)和工作的過程中有些感悟,遂一一記錄,勉己勉人. 有少許字段是摘抄自網(wǎng)上的文章,但存檔時(shí)只是隨手黏貼,丟失了作者信息,無法列出,對(duì)此表示歉意,并感謝發(fā)揚(yáng)分享精神的原作者. 此外,若以后有新的感悟?qū)⒃诖颂砑?有不當(dāng)之處,懇請(qǐng)指正.
- 指針賦值時(shí),要謹(jǐn)防指針的同值性.如:
1 void SharePtr::operator = (Ptr *ptr)
2 {
3 if(mPtr != ptr) // 防止指針同值.其中mPtr是SharePtr類中用來保存指針的變
量.
4 {
5 if(mPtr != NULL)
6 {
7 delete mPtr;
// 如果不是同值, 刪除之前的指針.
8 mPtr = ptr;
9 }
10 }
11 }
- 不要忽視編譯警告,有些警告是出現(xiàn)bug并導(dǎo)致程序crash的征兆。比如類型轉(zhuǎn)化警告、數(shù)據(jù)未初始化警告都可能導(dǎo)致程序出錯(cuò)。為了以后減少調(diào)試和避免錯(cuò)誤的幾率，請(qǐng)重視編譯器的警告信息。
- 當(dāng)工程需要給Class加導(dǎo)出前綴(如:__declspec(dllexport))卻有些沒有加時(shí),其他工程引用它將會(huì)出現(xiàn)
Unrezosle Symbol的錯(cuò)誤.
- 若某個(gè)類需要作為父類,其析構(gòu)函數(shù)必須聲明為virtual，否正子類的析構(gòu)函數(shù)無法調(diào)用，導(dǎo)致內(nèi)存泄漏.
- 新增一個(gè)Class時(shí),先定好接口,然后再編碼.這樣可以不用經(jīng)常改動(dòng),減少編譯時(shí)間.
- 要謹(jǐn)防數(shù)值越界.對(duì)于有些存儲(chǔ)范圍小的變量,必須先進(jìn)行越界處理,然后再賦值.如:
// 未添加數(shù)據(jù)越界檢測(cè)代碼
int num = -1;
unsigned char ch = num; // ch的值不是-1,而是255.因?yàn)閚um超出了unsigned char表示的范
圍.
// 添加了數(shù)據(jù)越界檢測(cè)代碼
int num = -1;
assert(num >=0 && num <= std::limit<unsinged char>::max()); // 若越界則彈出斷言
unsigned char ch = num;
- 在宏里邊盡量不定義變量,否則在外部調(diào)用兩次時(shí),有可能出現(xiàn)變量重復(fù)定義的錯(cuò)誤.
如果確實(shí)要定義變量,可以改寫成函數(shù).
- 不要為模式而模式.使用設(shè)計(jì)模式只是為了更好地復(fù)用和擴(kuò)展,如果得到反作用,寧愿不用.
- 有些子類應(yīng)當(dāng)覆蓋抽象類vitual成員時(shí),千萬不能誤寫為重載.否則很難查出錯(cuò)誤.
- 若有兩個(gè)人做同一個(gè)模塊時(shí),需要商量好整體架構(gòu),明確分工,不可隨意修改他人的代碼,若要修改也應(yīng)告訴原作者.若對(duì)某些分工意見有分歧時(shí),應(yīng)慢慢磨合,耐心心細(xì)比較,確定可行方案,切不可逃避,將問題延續(xù)下去.
- 定義接口時(shí),盡量為使用者(用戶)提供明朗,統(tǒng)一,清晰的接口:
1)
盡可能使用默認(rèn)參數(shù);
2) 使用管理器管理物體的創(chuàng)建刪除;
3)
使用抽象類抽象出若干類似Object的接口;
4) 函數(shù)名盡量使用動(dòng)詞或動(dòng)賓結(jié)構(gòu),并體現(xiàn)出職責(zé);
5)
在實(shí)現(xiàn)相同功能的情況下,對(duì)外提供的函數(shù)應(yīng)盡可能少;
6)
能聲明成private或protected的數(shù)據(jù)成員和成員函數(shù)就不要聲明為public.
- 每個(gè)對(duì)象應(yīng)當(dāng)完成并且只完成它該做的事,只管它該管的事,簡(jiǎn)而言之,就是對(duì)象內(nèi)部,對(duì)象之間應(yīng)該保持"高內(nèi)聚,低耦合".
- 寫一個(gè)循環(huán)時(shí),如果該循環(huán)體比較大,則應(yīng)該先寫好循環(huán)判斷條件,再實(shí)現(xiàn)細(xì)節(jié).
while(i > 0)
{
--i;
}
//實(shí)現(xiàn)如上代碼后,再寫實(shí)現(xiàn)細(xì)節(jié)(循環(huán)體).這樣做的目的是可以避免在實(shí)現(xiàn)細(xì)節(jié)后忘記增加--i等這類循環(huán)因子更新語句.
如:while(i > 0)
{
循環(huán)
體;
--i;
}
- 代碼中的注釋應(yīng)當(dāng)致力于解釋為什么，而不是怎么做。好的注釋并不是重復(fù)代碼中顯而易見的事實(shí)，而是引起對(duì)代碼中微妙的弱點(diǎn)的重
視。明白的代碼常常是被注釋所玷污了，不過對(duì)于作者顯而易見的東西對(duì)于讀者來說常常是晦澀的。一整段的注釋要比逐行解釋好的多。
- 類的組織Class organization
1).按照以下順序組織類的定義，按照用戶最為關(guān)心的順序組織類的代碼：
Public type
forward-declarations & typedefs
Public
constructors & destructor
Public member
functions
-----------------------------------------------------------
Protected type forward-declarations & typedefs
Protected member functions
-----------------------------------------------------------
Private type forward-declarations
Private
member functions
Private data members
2).盡量不要在類的定義體中進(jìn)行函數(shù)定義。模板及內(nèi)聯(lián)函數(shù)除外。
3).復(fù)用public
private
protected關(guān)鍵字，將不同類型的成員分開，如成員函數(shù)和數(shù)據(jù)成員。
4).在繼承類里就不要重復(fù)寫virtual關(guān)鍵字，可以
將它們的聲明組織成一組。
- 在使用new/delete,
malloc/free時(shí),注意"誰創(chuàng)建誰銷毀"的原則.除非有明確的規(guī)約,否則很容易造成內(nèi)存管理混亂,導(dǎo)致出現(xiàn)內(nèi)存錯(cuò)誤.
- 頭文件包含其實(shí)是一想很煩瑣的工作，不但我們看著累，編譯器編譯的時(shí)候也很累，再加上頭文件中常常出現(xiàn)的宏定義。感覺各種宏定
義的展開是非常耗時(shí)間的，遠(yuǎn)不如自定義函數(shù)來得速度。我僅就不同頭文件、源文件間的句則結(jié)構(gòu)問題提出兩點(diǎn)原則，僅供參考：
第一個(gè)原則
應(yīng)該是，如果可以不包含頭文件，那就不要包含了。這時(shí)候前置聲明可以解決問題。如果使用的僅僅是一個(gè)類的指針，沒有使用這個(gè)類的具體對(duì)象（非指針），也沒
有訪問到類的具體成員，那么前置聲明就可以了。因?yàn)橹羔樳@一數(shù)據(jù)類型的大小是特定的，編譯器可以獲知。
第二個(gè)原則應(yīng)該是，盡量在
CPP文件中包含頭文件，而非在頭文件中。假設(shè)類A的一個(gè)成員是是一個(gè)指向類B的指針，在類A的頭文件中使用了類B的前置聲明并便宜成功，那么在A的實(shí)現(xiàn)
中我們需要訪問B的具體成員，因此需要包含頭文件，那么我們應(yīng)該在類A的實(shí)現(xiàn)部分（CPP文件）包含類B的頭文件而非聲明部分(H文件)。
- 解決頭文件相互包含問題的方法之一:在.h文件里用class
A聲明,數(shù)據(jù)成員用指針或者引用,在.cpp里用#include"A.h"即可.
- 在索引列表時(shí),最好能根據(jù)索引和名字來獲取元素,以滿足不同場(chǎng)合的需求.在編輯器制作中更彰顯其意義.
- 在類A的構(gòu)造函數(shù)里如果有類B成員變量b,并調(diào)用了b的某個(gè)函數(shù)如b.fun(),則b.fun()里邊不能調(diào)用A的指針.因
為此時(shí)A的指針尚未完成空間分配,強(qiáng)行調(diào)用將導(dǎo)致出錯(cuò).
這種情況在Debug下偶爾出錯(cuò),但在Release版下一定出錯(cuò).應(yīng)當(dāng)引起
重視!
- 以二進(jìn)制存儲(chǔ)信息時(shí),要注意int等類型在不同的平臺(tái)不同CPU架構(gòu)下長(zhǎng)度是不一樣的,故在寫入文件時(shí),建議先用宏
(如#define INT_LENGTH
4)來表示寫進(jìn)文件的長(zhǎng)度.此外,還要注意字節(jié)序(高位在前還是低位在前)的問題.
所以一般情況下,用文本文件來存儲(chǔ)相關(guān)信息,避免
了那些問題.
- 由于std::vector里邊的內(nèi)存管理機(jī)制會(huì)適時(shí)釋放內(nèi)存以調(diào)整合適的大小,故在外部不要保存std::vector里的
元素地址.如果確實(shí)要保存,則每次增刪vector元素時(shí)必須更新外部的指針,否則將可能造成垃圾指針而出現(xiàn)內(nèi)存錯(cuò)誤(有時(shí)候甚至不報(bào)錯(cuò),程序運(yùn)行出現(xiàn)不
可預(yù)料的結(jié)果.很詭異,很難發(fā)現(xiàn)bug).
- 永遠(yuǎn)不要在類的構(gòu)造或者析構(gòu)過程中調(diào)用虛函數(shù)，因?yàn)檫@樣的調(diào)用永遠(yuǎn)不會(huì)沿類繼承樹往下傳遞到子類中去。否則很有可能出現(xiàn)很隱晦
的bug.參見:http://www.enet.com.cn/article/2005/0706/A20050706431501_2.shtml
- 給有虛函數(shù)的模板類添加父類.即將公用接口抽象在父類里,就可以統(tǒng)一處理模板類了.
Feedback
@Sunshine Alike
@sisco
如果本文對(duì)大家有所幫助,是我寫文章的初衷和動(dòng)力.謝謝賞閱.
|