在進行機房的時候，沒有學生提供的**窗體，看到這些不知名的窗體和控制項很頭疼，還好有前輩留下的經驗總結，解決了我的窗體控制項命名的問題。但是，我就很想知道應該怎麼樣命名呢，這樣以後遇到了其他專案也就可以自己解決了。所以，就把我的理解分享一下！
工程：
在任何時候，不要使用中文命名，包括資料夾，檔名，函式名，變數名。除非檔案需要和使用者互動！
工程命名不必縮寫，為了表達意思和用途，可以盡可能地長。
變數：
全域性變數加字首：'g_'
模組級變數加字首：'m_'
過程級變數不加字首
變數命名應該簡單，盡量使用縮寫，所有字首都全部小寫，後面的單詞首字母大寫
如果是一般的值型別，直接使用變數用途命名，盡量使用全名：
dim name as string
dim count as interger
對於一般的臨時性變數定義，應該盡可能地簡單
dim i as integer
for i = 0 to 100
next i
如果是類物件或自定義型別物件，則在單一使用情況下使用類名稱或自定義型別名稱的簡寫來命名：
dim pm as proceduremanager，即：proceduremanager縮寫為pm，作為變數命名。
如果非單一使用，則使用型別名稱縮寫為字首
dim emread as entitymanager
控制項：
控制項命名一律使用控制項型別縮寫+控制項用途的命名方式，型別縮寫應控制在3個字母以內，縮寫規則同變數命名
空行：在函式之間必須加上空行（兩行左右）
函式內部，變數宣告和變數宣告外的其它**要使用空行進行間隔，（一行）。
縮排：縮排用tab，不用空格
對於基本的控制結構，必須要有縮排，如：if、do、with、for、open、select塊，
對於過長的語句，必須使用續行，續行位置要有明顯意義
什麼是好的**：
（1） 可讀性很強的**格式，能夠區分不同的**塊
（2） 清晰明了的命名，在盡可能短的名稱長度下傳遞足夠多的資訊
（3） 和**相得益彰的注釋（不要讓注釋重複**所能表達的資訊）
（4） 變數的生存期盡可能地短，這樣閱讀者不用去記大量的變數宣告
（5） 使用小函式，將功能複雜的大函式進行分隔
總之，**的好壞應該讓別人是否能夠容易讀懂來區分，如果對自己的**不滿意，那麼先給別人閱讀，然後讓閱讀者告訴你他為什麼讀不懂，哪些地方讀著吃力。好的**應該能夠讓你在幾個月後回顧自己的**時一目了然
C 命名規範（一）
兩種命名方式 pascal 每個單詞首字母均大寫 camel 第乙個單詞首字母小寫，其餘單詞大寫 naming space命名 公司名稱.技術名稱 feature design 如system.window.form 檔案命名 project pascal格式，總是和聯編以及根命名空間相同。sour...
C 命名規範 一
1.編碼規範對於程式設計師而言尤為重要,有以下幾個原因 1.1.乙個專案的生命週期中,80 的花費在於維護 1.2.幾乎沒有任何乙個專案,在其整個生命週期中,均由最初的開發人員來維護 1.3.命名規範可以改善專案的可讀性,可以讓程式設計師盡快而徹底地理解新的 1.4.如果你將原始碼作為產品發布,就需...
命名規範 C 命名規範約定
命名規則約定 序 號描述示例 1類命名混合使用大小寫，首字母大寫 classname 2型別定義，包括列舉和typedef，混合使用大小寫，首字母大寫 typename 3區域性變數混合使用大小寫，且首字母小寫，名字與底層資料型別無關，且應該反映其所代表的事物 localvariable 4子程式引...