軟件工程之c面向對象程序設計概述-文庫吧資料
2025-07-03 12:45本頁面
【正文】 程序中，還是出現(xiàn)在斷言中。你化了很多時間，不是為了排除錯誤，而只是為了弄清楚這個錯誤到底是什么。程序員可以把assert看成一個在任何系統(tǒng)狀態(tài)下都可以安全使用的無害測試手段。}assert不是一個倉促拼湊起來的宏，為了不在程序的Debug版本和Release版本引起差別，assert不應該產生任何副作用。 while(size 0 ) *pbTo + + = *pbFrom + + 。amp。 void *pbFrom = (byte *) pvFrom。以下是一個內存復制程序，在運行過程中，如果assert的參數(shù)為假，那么程序就會中止（一般地還會出現(xiàn)提示對話，說明在什么地方引發(fā)了assert）。 使用斷言程序一般分為Debug版本和Release版本，Debug版本用于內部調試，Release版本發(fā)行給用戶使用。以下是我編程時采用的命名約定：（1）宏定義用大寫字母加下劃線表示，如MAX_LENGTH；（2）函數(shù)用大寫字母開頭的單詞組合而成，如SetName, GetName ；（3）指針變量加前綴p，如 *pNode ；（4）BOOL 變量加前綴b，如 bFlag ；（5）int 變量加前綴i，如 iWidth ；（6）float 變量加前綴f，如 fWidth ；（7）double變量加前綴d，如 dWidth ；（8）字符串變量加前綴str，如 strName ；（9）枚舉變量加前綴e，如 eDrawMode ；（10）類的成員變量加前綴m_，如 m_strName, m_iWidth ；對于 int, float, double 型的變量，如果變量名的含義十分明顯，則不加前綴，避免煩瑣。匈牙利命名法是Microsoft公司倡導的 [Maguire 1993]，雖然很煩瑣，但用習慣了也就成了自然。 命名約定有不少人編程時用拼音給函數(shù)或變量命名，這樣做并不能說明你很愛國，卻會讓用此程序的人迷糊（很多南方人不懂拼音，我就不懂）。同理，編程高手也不會用奇門怪招寫程序。以前寫的程序可以被將來寫的程序調用不足為奇，但是將來寫的程序可以被以前寫的程序調用那可了不起。這一招叫“以不變應萬變”，可以大大提高程序的可復用性（這是接口設計的復用，而不是代碼實現(xiàn)的復用）。抽象基類只管定義純虛函數(shù)的形式，具體的功能由派生類實現(xiàn)。}。 // 輸出 This is C::Func1}。 // 輸出 This is B::Func1Test(amp。 // 輸出 This is A::Func1Test(amp。Test(amp。B b。 class C : public A{ public: virtual void Func1(void){ cout “This is C::Func1 \n”}}。 void Test(A *a){ aFunc1()。C++用關鍵字virtual來聲明一個函數(shù)為虛函數(shù)，派生類的虛函數(shù)將覆蓋（override）基類對應的虛函數(shù)的功能。}。Test(amp。Test(amp。Test(amp。B b。 class C : public A{ …}。 void Test(A *a){ aFunc1()。示例程序如下： class A{ public: void Func1(void)。如果A是基類，B和C是A的派生類，多態(tài)函數(shù)Test的參數(shù)是A的指針?！斑\行正確”的程序不見得就是高質量的程序，此處就是一個例證。很多程序員經不起“繼承”的誘惑而犯下設計錯誤。 如果允許Head從Eye、Nose、Mouth、Ear派生而成，那么Head將自動具有Look、 Smell、Eat、Listen這些功能： // 錯誤的設計class Head : public Eye, public Nose, public Mouth, public Ear{}。 Ear m_ear。 Nose m_nose。 } void Listen(void) { ()。 } void Smell(void) { ()。 }。 }。 }。 }。例如眼（Eye）、鼻（Nose）、口（Mouth）、耳（Ear）是頭（Head）的一部分，所以類Head應該由類Eye、Nose、Mouth、Ear組合而成，不是派生而成。 class
環(huán)評公示相關推薦
鄂ICP備17016276號-1