軟件工程思想——c面向?qū)ο蟪绦蛟O(shè)計-資料下載頁
2025-08-25 08:24本頁面
【導(dǎo)讀】六年前，我剛熱戀“面向?qū)ο蟆睍r，一口氣記住了近十個定義。后，我從幾十萬行程序中滾爬出來準備寫點心得體會時，卻無法解釋什么是“面向?qū)ο蟆保拖笳f不清楚什么是數(shù)學那樣。和“系統(tǒng)設(shè)計”環(huán)節(jié)的?！懊嫦?qū)ο蟆庇袔状髮W派，就象如來佛、上帝和真主用各自的方式。定義了這個世界，并留下一堆經(jīng)書來解釋這個世界。有些學者建議這樣找“對象”：分析一個句子的語法，找出名詞和動詞，名詞就是對象，動詞則是對象的方法（即函數(shù)）。工整的詩，請蔣介石過目。老蔣看了氣得大罵：“娘希匹，全都有一股棺材里腐尸的氣味?！泵嫦?qū)ο蟪绦蛟O(shè)計語言很多，如Smalltalk、Ada、Eiffel、ObjectPascal、VisualBasic、C++語言最討人喜歡，因為它兼容C語言，并且具備C語言的性能。種叫Java的純面向?qū)ο笳Z言紅極一時，不少人叫喊著要用Java革C++的命。比是C++的外甥，雖然不是直接遺傳的，但也幾分象樣。倆人不該為此而爭吵。給同志們帶來了災(zāi)難。于提高程序的質(zhì)量，特別是提高“可復(fù)用性”與“可擴充性”。
【正文】 onst float MAX=100。 // MAX 是 float 類型 define LENGTH 100 // LENGTH 無類型 define MAX 100 // MAX 無類型 除了能定義常量外， const 還有兩個“保護”功能： 一、強制保護函數(shù)的參數(shù)值不發(fā)生變化 以下程序中，函數(shù) f 不會改變輸入?yún)?shù) name 的值，但是函數(shù) g 和 h 都有可能改變 name的值。 void f(String s)。 // pass by value void g(String amp。s)。 // pass by referance void h(String *s)。 // pass by pointer main() { String name=“Dog”。 f(name)。 // name 的值不會改變 g(name)。 // name 的值可能改變 h(name)。 // name 的值可能改變 } 對于一個函數(shù)而言，如果其‘ amp?！颉?*’類型的參數(shù)只作輸入用，不作輸出用，那么應(yīng)當在該參數(shù)前加上 const，以確保函數(shù)的代碼不會改變該參數(shù)的值（如果改變了該參數(shù)的值，編譯器會出現(xiàn)錯誤警告）。因此上述程序中的函數(shù) g 和 h 應(yīng)該定義成： void g(const String amp。s)。 void h(const String *s)。 二、強制保護類的成員函數(shù)不改變?nèi)魏螖?shù)據(jù)成員的值 以下程序中，類 stack 的成員函數(shù) Count 僅用于計數(shù)，為了確保 Count 不改變類中的任何數(shù)據(jù)成員的值，應(yīng)將函數(shù) Count 定義成 const 類型。 class Stack { public: void push(int elem)。 void pop(void)。 int Count(void) const。 // const 類型的函數(shù) private: int num。 int data[100]。 }。 int Stack::Count(void) const { ++ num。 // 編譯錯誤， num 值發(fā)生變化 pop()。 // 編譯錯誤， pop 將改變成員變量的值 return num。 } 其它建議 （ 1）不要編寫一條過分復(fù)雜的語句， 緊湊的 C++/C 代碼并不見到能得到高效率的機器代碼，卻會降低程序的可理解性，程序出錯誤的幾率也會提高。 （ 2）不要編寫集多種功能于一身的函數(shù)，在函數(shù)的返回值中，不要將正常值和錯誤標志混在一起。 （ 3）不要將 BOOL 值 TRUE 和 FALSE 對應(yīng)于 1 和 0 進行編程。大多數(shù)編程語言將 FALSE定義為 0，任何非 0 值都是 TRUE。 Visual C++將 TRUE 定義為 1，而 Visual Basic 則將 TRUE定義為 1。示例程序如下： BOOL flag。 … 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)這種錯誤。 （ 5）不要將 123 寫成 0123，后者是八進制的數(shù)值。 （ 6）將自己經(jīng)常犯的編程錯誤記錄下來，制成表格貼在計算機旁邊。 小 結(jié) C++/C 程序設(shè)計如同少林寺的武功一樣博大精深，我練了 8 年，大概只學到二三成。所以無論什么時候，都不要覺得自己的編程水平天下第一，看到別人好的技術(shù)和風格，要虛心學習。 本章的內(nèi)容少得可憐，就象口渴時只給你一顆楊梅吃，你一定不過癮。我借花獻佛，推薦一本好書： Marshall P. Cline 著的《 C++ FAQs》 [Cline 1995]。 你看了后一 定會贊不絕口。 會編寫 C++/C 程序，不要因此得意洋洋，這只是程序員基本的技能要求而已。如果把系統(tǒng)分析和系統(tǒng)設(shè)計比作“戰(zhàn)略決策”，那么編程充其量只是“戰(zhàn)術(shù)”。如果指揮官是個大笨蛋，士兵再勇敢也會吃敗仗。所以我們程序員不要只把眼光盯在程序上，要讓自己博學多才。我們應(yīng)該向北京胡同里的小孩們學習，他們小小年紀就能指點江山，評論世界大事。
畢業(yè)設(shè)計相關(guān)推薦
鄂ICP備17016276號-1