目錄
1為什要遵守程式碼規範
軟體bug的修復是昂貴的，並且隨著時間的推移，這些bug的成本也會增加，尤其當這些bug潛伏並慢慢出現在已經發布的軟體中時。當你發現bug 的時候就立即修復它是最好的，此時你程式碼要解決的問題在你腦中還是很清晰的。否則，你轉移到其他任務，忘了那個特定的程式碼，一段時間後再去檢視這些程式碼就 需要：
- 花時間學習和理解這個問題
- 花時間是瞭解應該解決的問題程式碼
- 還有問題，特別對於大的專案或是公司，修復bug的這位夥計不是寫程式碼的那個人（且發現bug和修復bug的不是同一個人）。因此，必須降低理解代 碼花費的時間，無論是一段時間前你自己寫的程式碼還是團隊中的其他成員寫的程式碼。這關係到底線（營業收入）和開發人員的幸福，因為我們更應該去開發新的激動 人心的事物而不是花幾小時幾天的時間去維護遺留程式碼。
另一個相關軟體開發生命的事實是，讀程式碼花費的時間要比寫來得多。有時候，當你專注並深入思考某個問題的時候，你可以坐下來，一個下午寫大量的程式碼。
你的程式碼很能很快就工作了，但是，隨著應用的成熟，還會有很多其他的事情發生，這就要求你的進行進行審查，修改，和調整。例如：
- bug是暴露的
- 新功能被新增到應用程式
- 程式在新的環境下工作（例如，市場上出現新想瀏覽器）
- 程式碼改變用途
- 程式碼得完全從頭重新，或移植到另一個架構上或者甚至使用另一種語言
由於這些變化，很少人力數小時寫的程式碼最終演變成花數週來閱讀這些程式碼。這就是為什麼建立可維護的程式碼對應用程式的成功至關重要。
可維護的程式碼意味著：
- 可讀的
- 一致的
- 可預測的
- 看上去就像是同一個人寫的
- 已記錄
2.css程式碼規範
1.css使用雖然很簡單，但在在一個複雜的專案中，氾濫而自由的寫css,這會出現很多問題。
2.1 專案中出現的問題
- 1 有時候開發的時候為了防止和別人css,衝突，我們會把名字取的非常非常longer,這其實是沒有必要的。
- 2 有時候我們按照語意進行命名，如：‘help-guest-regist’，這樣導致不能複用。
- 3 有時候學寫許多無用的程式碼。 ‘#login .a .b, #login .a .c’.這其實也是很沒有必要的。
經歷過幾年上班經驗的總結，和在無意中參考張旭鑫老師的面向屬性的命名。終於找到了一套比較規範的標準。
我自己按照標準和規範制定了一套css，採用less寫的，非常簡單，大家去自己公司，可以為公司制定一套標準，提供公司使用。
2.2 less與sass
在使用寫組建的時候我們需要使用less和sass,進行擴充套件。提高效率。
2.2.1 less官網
2.2.2 sass官網
注意：sass的檔案格式分成兩種，一個是.scss(不嚴格語法)，一個是.sass(嚴格語法)