Team 專案開發”編碼規範”之一：概述

本文轉自：http://www.cnblogs.com/huyong/archive/2011/03/18/1988423.html

 

“程式員、程式員”顧名思義就是來編程式的人員。他們和一般工作人員是一樣的，都需要合作，可能為了一個大型項目程式會有十人以上或者百人以上甚至千人以上的團隊公司在一起工作。編碼規範使程式正常化，易懂化，才能更好的進行合作。

      開發程式的軟體很多。但是它們的檢查方式全是檢查文法，並沒有規定變數命名以及方法的命名，所以注釋是很必要的東西，不過如果你將變數命名的規範一些。 Java和C#裡的命名是最接近自然語言的 缺點是名字太長，你不喜歡你的老闆，但是你得從老闆手裡賺錢，這就是道理。

喜歡是一回事，賺錢是另外一回事，找既喜歡，又賺錢的事情做，太難了。命名其實是越長越好的，因為表意性很好，大家看了像看文章一樣，一目瞭然。這樣才會使得別人更加明白清晰的看清你寫程式的思路。

     很多人忌諱寫長名字，主要原因，可能還是怕敲起來麻煩。現在我們在學校用的visual studio 2005其實有很方便的拷貝功能，事實上，我的變數名，函數名，都只敲一遍，以後全部是拷貝+粘貼。

     這樣還有一個好處，就是我寫的代碼，永遠不會有筆誤，不會因為我敲錯一個字元而導致bug。用一個好的習慣，解決整整一個方面的bug，你說划算不划算？如果你對英語並不是特別熟悉，你可以去看看金山詞霸，在裡面又背英語又進行編碼規範的訓練挺好。再說你選擇了程式員這條路，英語簡直是關鍵中的關鍵。

     編碼規範第一、能使你的代碼更加易於維護，程式並不是一次性的產品，它需要擴充和修改還有維護的。但是進行這次操作的人並一定就是你了，所以你為了你的接班人也要將規範編碼進行到底！

     編碼規範第二、可以提高代碼品質，誰編程都不是一次性完成的，是需要不斷的測試與調試，以各種狀態來修改自己的代碼，而將代碼正常化，就能對程式本身有更加清晰的結構思路，從而減少調試而成為快捷高效的代碼。

     編碼規範第三、也是最為重要的是將你本身個人化溶於團隊化的過程，當你熟練運用編碼規範了，就等於在以後的職場的道路上更加寬廣。

編碼規範是一種習慣，所以一開始習慣不養好，永遠寫不出工程型代碼。

 

1.1術語定義

1.1.1 Pascal 大小寫

將標識符的首字母和後面串連的每個單詞的首字母都大寫。可以對三字元或更多字元的標識符使用Pascal 大小寫。例如： BackColor

 

1.1.2 Camel 大小寫

標識符的首字母小寫，而每個後面串連的單詞的首字母都大寫。例如：backColor