制定程式設計規範的目的：1、保證**的可讀性 2、保證**的維護性
如aa、 bb 之類的命名是不符合程式設計規範的，後期維護的過程中，面對成百上千的**，很快便會不知道這些常量和變數的意義了，給後期維護帶來的麻煩是不可小覷的
要體現**之美，可以從以下方面改進：
1、**簡潔，避免冗餘，要使**統一，易於閱讀，就要做到遵循嚴格的規範
每個源程式檔案都應有檔案頭說明
每個函式都有函式頭說明
主要變數(結構、聯合、類或物件)在定義或引用時，應新增能反映其含義的注釋
常量定義時應有相應的說明
變數、常量和函式的命名都應一目了然
處理過程的每個階段應有相應的注釋說明
在典型演算法前都有注釋，一目了然的語句不加注釋
保持注釋與**完全對應
利用縮進來顯示程式的邏輯結構（縮排後的**在後期維護時會結構清晰且易於維護）
2、使**不受單一平台和編譯器的制約，方便日後的移植，即增加適應性，這就要求開發的程式能在幾乎所有的環境下都能成功的執行而不僅是侷限於開發者的環境中，例如web開發工程師就應該保證自己的程式能在型別繁多，版本繁多的瀏覽器中均能執行且不會造成相容性問題。
3、保證基本安全，避免**漏洞，意味著該軟體在測試執行的過程中具備避免可能發生故障的能力，且一旦發生故障，能自我解除或排除故障，軟體的可靠性必須在設計階段就確定，在開發和測試階段再考慮就困難了，同時，軟體應有一定的健壯性和可擴充套件性，即軟體對於規範要求以外的輸入能夠判斷出這個輸入不符合規範要求且有合理的處理方式，軟體設計完成後要留有公升級介面和公升級空間，對擴充套件開放，對修改關閉。
學習前輩的程式設計規範，保持良好的程式設計習慣
非空判斷 bad if user.getusername equals hollis good if user null hollis equals user.getusername 避免了兩種會出現空指標異常的情況 user null 時，get會異常。user null但user.usernam...
C 編碼規範2 良好的程式設計習慣
詞語選擇 避免使用由經常使用的命名空間複製的型別名。型別名不能使用下列詞語。system collections forms ui 識別符號 包括引數名 中不要使用縮寫。如果必須使用縮寫 任何超過兩個字元以上的縮寫都使用camel大寫格式，即使這不是標準縮寫。命名空間 命名命名空間的一般規則如下 c...
良好的程式設計風格
什麼是良好的程式設計風格 1.排版 if null dest null size a.較長的語句要分 2行來書寫，並用 符號隔開。b.函式 的引數過長，分多行來書寫。c.括號等。d.在 vs中 alt f8是對選中 排版 2.注釋a.邊寫 邊注釋，修改 同時修改相應的注釋，以保證注釋與 的一致性。b...