# 命名規范 說到命名規范，個人認為包含了目錄，文件以及變量的命名。提前先說一句，命名規則沒有誰對誰錯，在項目中保持一致才是關鍵。 混亂或錯誤的命名不僅讓我們對代碼難以理解，更糟糕的是，會誤導我們的思維，導致對代碼的理解完全錯誤。相反，良好的命名，則可以讓我們的代碼非常容易讀懂，也能向讀者正確表達事物以及邏輯的本質，從而使得代碼的可維護性就大大增強，讀命名好的文章是非常流暢的，會有一種享受的感覺。 ### 目錄 由于Windows, OSX下文件名不區分大小寫(linux是區分的)，所以命名我們建議還是以全部小寫為主，個人習慣連字符使用`-`中劃線。比如: `my-project-name` 項目中的子目錄一般按照作用，使用常用單詞表示，有復數的情況，使用復數命名法，比如: `scripts`, `styles`, `images`和`data-modules` ### 文件 文件的命名我個人也是推薦使用`-`中劃線進行連接。和目錄的連接字符保持一致。但是linux系統文件推薦的文件命名一般是下劃線。 ### 變量 變量命名有兩種方式: - 下劃線命名法: `my_variable` - 駝峰式命名法: `myVariale` 當然不同語言也是有不同的規范，網上也有很多大公司的命名規范可以參考。 ### JavaScript 變量推薦駝峰式命名法 ### CSS 推薦使用中劃線進行連接，CSS 語法本身就使用連字號作為連接（比如 `font-family`，`text-align`等）。 ### 總結 良好的命名，以及良好的命名習慣，由于我們總是對每個概念的名稱要求非常苛刻，我們會思考這個名稱所表達的概念是否正確，該名稱是否正確表達了事物的本質或正確反映了某個行為的邏輯。所以，這種對命名的良好思考習慣，可以反過來幫助我們糾正之前的一些錯誤設計和代碼實現；比如，你之前有一個地方可能命名不太準確，然后你發現后面有另一個地方需要用這個名字，且更合理。所以你會發現這個名字對前面的地方就不適合了，從而你會去思考前面的地方可能需要用其他的名字，或者你會發現前面的地方的設計根本就是有問題的。這種就是名字可以促使你思考你的設計是否正確的例子。 ### 參考資料 - [對代碼命名的一點思考和理解](http://blog.jobbole.com/77051/) - [linux 文件名命名規則](http://xu020408.blog.163.com/blog/static/26548920097209315756/)