良好的編程習慣

***************************************************

更多精彩，歡迎進入：http://shop115376623.taobao.com

***************************************************

良好的編程習慣

??????良好的習慣對于人的成長是非常重要的，良好的編程習慣對于我們編程能力的提高也是非常重要的。我們編程時要有良好的風格，源代碼的邏輯簡明清晰，易讀易懂是好程序的重要標準。
?????其實編程的過程中最容易忽略的還是程序的“風格”。這些東東有時讓人挺煩的，剛剛放射出光茫的思想似乎被約束住了，本來是靈感發現，還要在后面羅索上半天。
?????程序需要風格嗎？讓我們的程序寫得更加平易近人，更加生動對我們的編程是大有益處的。對我們的程序學習也能起到事半功倍的作用。編程過程中遵守的不成文的標準，對于我們和他人的交流和自己的再學習都是有益無害的。畢竟有時我們寫的程序不是只給自己看的，也不是一時興起，不管以后。好的編碼可使源代碼的可讀性強且意義清楚，與其他語言約定相一致，并且盡可能直觀。我們自己一眼能看出個大概，在別人眼中也不至于成為千古奇書。下面以VB為例,對程序風格做一下全面的概述，希望對您的編程水平的提高有所幫助。

---------------------------------------------------------------------------------------------------------
一、程序內部文檔應具備的規則
1、標識符應含有含義鮮明的文字。
?????含義鮮明的文字，能正確地提示程序對象所代表的實體。這對于幫助閱讀者理解程序是非常重要的。如果用縮寫的形式，那么縮寫規則應該一致，并且應該給每個名字加注解。在VB中，主要有如下的約定：
（一）對象命名約定
?????應該使用一致的前綴來命名對象，使人們容易識別對象的類型。例如我們常用控件CommandButton(命令按鈕)可用cmd做為其前綴。Form以frm,Image以 img ,Label以 lbl,List Box 以lst,PictureBox以 pic,Timer以 tmr，等等，在我們編程的過程中，我們看到下面的名稱cmdExit我們就知道這一定是一個命令按鈕了。如果是第三方提供的控件，我們的說明最好要清晰地標出制造商的名稱，以區別于我們的常用控件。
（二）常量和變量命名約定
?????除了控件以外，常量和變量也是我們編程過程中經常遇到的，我們和他們打交道也是通過名字。
（1）給變量加范圍前綴
?????變量按其作用范圍可分做三類，過程級，模塊級和全局，所以我們在編程的過程中應將三者加以區別。我們在使用變量時，為了更好地體現代碼重用和可維護原則，其定義范圍應盡量縮小，這樣將使我們的應用程序更加容易理解和易于控制。在VB應用程序中，只有當沒有其他方便途徑在窗體間共享數據時才使用全局變量。當使用全局變量時，在一個單一模塊中聲明它們，并按功能分組，給模塊取一個有意義的名字。較好的編碼習慣是盡可能地定模塊化的代碼。除了全局變量，過程和函數應該僅對傳遞給它們的的對象操作。在過程中使用的全局變量應該在過程起始處的聲明部分標識出來。變量的作用范圍前綴如下：全局 g(global) ,模塊級 m(model)，本地過程不需要使用。例如：gintFlag,表示全局整型變量，mstrPassword,可表示模塊級字符型變量。
（2）聲明所有變量原則。聲明所有變量將會節省編程時間，鍵入錯誤將大大減少，我們可在程序開始寫上如下語句：
?????Option Explicit
?????該語句要求在程序中聲明所有變量。
（3）變量數據類型聲明。可通過下面的前綴來做為變量的數據類標志。
?????Boolean bln
?????Byte byt
?????Double dbl
?????Integer int
?????String str
（4）常量。常量的命名，可遵循與變量命名大體相同的原則。
（5）對變量和過程名作出描述。變量或過程名的主體應該使用大小寫混合的形式，并且應該足夠長以描述它的作用。而且，函數名應以一個動詞開頭。如JudgeDialog。

2、適當的注解
注解是程序員和程序讀者通信的重要手段，正確的注解非常有助于對程序的理解。VB中代碼注解約定如下：所有的過程和函數都應該以描述這段過程的功能的一段簡明的注釋開始，說明該程序是干什么的，至于是如何做的，也就是編程的細節，最好不要包括。因為可能日后我們要修改程序，這樣做會帶來不必要的注釋維護工作，如果不修改，將提供誤導信息，可能成為錯誤的注釋。因為代碼本身和后面程序中的注釋將起到相應的說明作用。
?????過程中的注釋塊應該包括如下標題：
?????小節描述內容
?????目的該過程完成什么
?????假設列出每個外部變量、控件、打開文件或其他不明顯元素
?????效果列出每個被影響的外部變量、控件或文件及其作用（只有當它不明顯時）
?????輸入每一個可能不明顯的參數。
?????返回函數返回值的說明
格式化代碼
（1）標準的，基于制表位的嵌套應該包括一個嵌注釋，來描述該變量的使用。
（2）變量、控件及過程的命名應該足夠清楚，使得只有復雜的執行細節才需要嵌入注釋。
（3）.bas 模塊包含包含工程的VB一般常量聲明，在其起始處，應包括程序的綜述，列舉主要數據對象，過程、算法、對話、數據庫及系統需求。

3、程序的視覺組織
?????程序的視覺組織可用階梯式，結構化的程序風格對于我們實際編程也很有意義，可極大地改善代碼的可讀性。主要有代碼注釋和一致性縮進。

---------------------------------------------------------------------------------------------------------
二、數據說明
?????數據結構的組織和復雜程序是在設計期間就已經確定了的，然而數據說明的風格卻是在寫程序時確定的。為了使數據更容易理解和維護，有一些比較簡單的原則應該遵循。
?????1、數據說明的次序應該標準化。有次序就容易查閱。因此能夠加速測試、調試和維護的過程。當多個變量名在一個語句中說明時，應按字母順序排列這些變量。
?????2、數據結構復雜時，應加以說明其特點和實現方法。

---------------------------------------------------------------------------------------------------------
三、語句構造
?????語句構造原則:每個語句應該簡單而直接，不能為了提高效率而使程序變得過分復雜。下述規則的使用有助于語句簡單明了。
?????1、不要為了節省空間把多行語句寫在一行；
?????2、盡量避免復雜的條件測試；
?????3、盡量減少對“非”條件的測試；
?????4、避免大量使用循環嵌套和條件嵌套；
?????5、利用括號使邏輯表達式或算術表達式的運算次序清晰直觀。

---------------------------------------------------------------------------------------------------------
四、輸入輸出
?????1、對所有輸入數據都進行檢驗；
?????2、檢查輸入項重要組合的合法性；
?????3、保持輸入格式簡單；
?????4、使用數據結束標志，不要要求用戶指定輸入數據的數目
?????5、明確提示交互式輸入的請求，詳細說明可用的選擇或邊界數值；
?????6、當語言對格式有嚴格要求時，應保持輸入格式一致
?????7、設計良好的輸出報表；
?????8、給所有輸出加標志；

---------------------------------------------------------------------------------------------------------
五、效率
?????效率三原則：
?????1、效率是性能的要求，需求分析時就應確定；
?????2、效率是靠設計提高的；
?????3、程序的效率和程序的簡單程序是一致的。
（一）運行時間
?????（1）寫程序前先簡化算術和邏輯表達式；
?????（2）他細研究嵌套的循環，以確定是否有語句從內層移到外層；
?????（3）盡量避免使用多維數組；
?????（4）盡量避免使用指針和復雜的表；
?????（5）使用執行時間短的算術運算；
?????（6）不要混合使用不同的數據類型；
?????（7）盡量使用整數運算和布爾表達式
（二）存儲器效率
（三）輸入輸出效率
?????如果用戶是為了給計算機提供輸入信息或為了理解計算機輸入的信息，所需花費的腦力勞動是經濟的，那么，人和計算機之間的通信效率就高。簡單清晰是關鍵。

---------------------------------------------------------------------------------------------------------
六、小結
?????其實風格是非常重要的，程序的外表是我們交流中不可缺少的東西。象我們常說的紅顏命薄而歸疚于外表太靚，也常聽一些才子佳人的悲劇故事，提醒我們外表美而引出的一見鐘情的浪漫不可取。可讓人細想，才子佳人產生悲劇雖多，可也讓人找到過心動和美好的感覺，做為一個人，活了一輩子，連那種感覺都未體驗到，豈不比悲劇更加令人覺得可悲！編程亦然。