第二周作業

標籤：

現有的命名方式有多少種？請舉例說明。

現有的命名方式主要有匈牙利命名法，駱駝命名法，帕斯卡命名法，底線命名法

1. 匈牙利命名法：基本原則：變數名 = 屬性+類型+對象描述。其中每一對象的名稱都要求有明確含義，可以取對象名字全稱或名字的一部分。

                              例如：表單的名稱為form，那麼在匈牙利命名法中可以簡寫為frm，則當表單變數名稱為Switchboard時，變數全稱應該為 frmSwitchboard。

                              可參考以下連結所述：

                              http://www.blogbus.com/ekwtpksm-logs/203213339.html

　　2. 駱駝命名法：混合使用大小寫字母來構成變數和函數的名字

                     　　小駝峰法：除第一個單詞外，其他單字首大寫，例如在java中，變數名和方法名採用小駝峰法，其中變數名為名詞，方法名為動詞

　　　　　　　　　　大駝峰法：每一個單詞的首字母都大寫，例如在java中，類名採用大駝峰法，類名為名詞

　　3. 帕斯卡命名法：每一個單詞的首字母都大寫，與大駝峰命名法一樣。

　　4. 底線命名法：所有字母均小寫，每個單詞間以底線分割，底線法是c出現後開始流行起來的，在許多舊的程式和UNIX這樣的環境中，它的使用非常普遍 。

 

　　　　　一般而言，一種語言只需採用一種命名方法，這樣程式員交流更加方便，無論用哪種命名方法，都必須有一個原則，那就是要 ——見名知義。好的命名方法能夠

　　減少代碼注釋量，一般而言，一份好的代碼應該是70%的代碼+30%的注釋，如果命名太糟糕，而每一個名字都需要註明其用途，那麼將大大增加註釋量，及增加

　　了程式員自己的負擔，也增加了後續代碼閱讀者的負擔，造成效率低下。當然，也不能為了能夠從命名上知道其意思而將變數名函數名等寫很長一串，過猶不及。

　　如此而言，命名應該是貫穿程式員一生的修養，代碼的書寫，不應該僅僅只為了圖自己方便，同時也應該考慮閱讀代碼的其他人，為後續的維護更新打下好的基礎。

　　站在公司或組織的角度，一份好的代碼能夠大量減少此後人力物力的花費，也就會提高生產效率。如此可以說，命名是一門學問

第二周作業