軟件工程之面向對象程序設計(文件)
【正文】 一般教科書都鼓勵程序員們進行防錯性的程序設計，但要記住這種編程風格會隱瞞錯誤。由于C++兼容C語言，所以new、delete、malloc、free都有可能一起使用。如果是用malloc申請的內存，則必須用free而不能用delete來釋放。 if(p==NULL) return。 if(p==NULL) return。（2）指針指向已經釋放的內存，這種情況最讓人防不勝防，示例程序如下： class A { public: void Func(void){…}}。a。例如： const int LENGTH = 100。 // pass by value void g(String amp。 f(name)?！颉?’類型的參數(shù)只作輸入用，不作輸出用，那么應當在該參數(shù)前加上const，以確保函數(shù)的代碼不會改變該參數(shù)的值（如果改變了該參數(shù)的值，編譯器會出現(xiàn)錯誤警告）。二、強制保護類的成員函數(shù)不改變任何數(shù)據成員的值 以下程序中，類stack的成員函數(shù)Count僅用于計數(shù)，為了確保Count不改變類中的任何數(shù)據成員的值，應將函數(shù)Count定義成const類型。 // const類型的函數(shù) private: int num。 // 編譯錯誤，num值發(fā)生變化 pop()。（3）不要將BOOL值TRUE和FALSE對應于1和0進行編程。 … if(flag) { // do something } // 正確的用法 if(flag==TRUE) { // do something } // 危險的用法 if(flag==1) { // do something } // 危險的用法 if(!flag) { // do something } // 正確的用法 if(flag==FALSE) { // do something } // 不合理的用法 if(flag==0) { // do something } // 不合理的用法（4）小心不要將“= =”寫成“=”，編譯器不會自動發(fā)現(xiàn)這種錯誤。所以無論什么時候，都不要覺得自己的編程水平天下第一，看到別人好的技術和風格，要虛心學習。 會編寫C++/C程序，不要因此得意洋洋，這只是程序員基本的技能要求而已。我們應該向北京胡同里的小孩們學習，他們小小年紀就能指點江山，評論世界大事。如果指揮官是個大笨蛋，士兵再勇敢也會吃敗仗。我借花獻佛，推薦一本好書：Marshall P. Cline著的《C++ FAQs》[Cline 1995]。（6）將自己經常犯的編程錯誤記錄下來，制成表格貼在計算機旁邊。Visual C++將TRUE定義為1，而Visual Basic則將TRUE定義為1。 } 其它建議（1）不要編寫一條過分復雜的語句，緊湊的C++/C代碼并不見到能得到高效率的機器代碼，卻會降低程序的可理解性，程序出錯誤的幾率也會提高。}。 void pop(void)。s)。 // name的值可能改變 h(name)。 // pass by referance void h(String *s)。 // MAX是float類型 define LENGTH 100 // LENGTH 無類型 define MAX 100 // MAX 無類型 除了能定義常量外，const還有兩個“保護”功能：一、強制保護函數(shù)的參數(shù)值不發(fā)生變化 以下程序中，函數(shù)f不會改變輸入參數(shù)name的值，但是函數(shù)g和h都有可能改變name的值。 // p是“野指針”，程序出錯} 使用const 在定義一個常量時，const比 define更加靈活。 { A a。 p=NULL。 p=NULL。示例程序如下： void Test(void){ float *p。 C++和C語言中的指針威猛無比，用錯了會帶來災難。 new、delete與指針 在C++中，操作符new用于申請內存，操作符delete用于釋放內存。（2）使用斷言對函數(shù)的參數(shù)進行確認。但危險到底是什么？樹要倒？有廢井？有野獸？除非告訴人們“危險”是什么，否則這個警告牌難以起到積極有效的作用。所以如果搞不清楚斷言檢查的是什么，就很難判斷錯誤是出現(xiàn)在程序中，還是出現(xiàn)在斷言中。程序員可以把assert看成一個在任何系統(tǒng)狀態(tài)下都可以安全使用的無害測試手段。 while(size 0 )
化學相關推薦
鄂ICP備17016276號-1