記得這次與core組對接，為了一個命名為suanshi的文件笑了好久，其實我們自己在命名過程中也比較隨意，雖然早過了大一那會用abc命名的年紀，但命名往往還是有點隨心所欲，大小寫，下劃線，有的時候第二次用就多加一個字母或者少寫一個字母，總之很混亂，有的時候再讀自己的代碼時想變量名代表什麽都要想好久，所以一個好的命名規範對編程而言很重要。

　　　本書的第11章恰是對初學者命名規範進行了一個較為詳細的介紹，感悟如下：

1.當涉及到多人共同編程或一個人的程序要交給另一個人閱讀的時候，應該制定一套較為統一的命名規則，這樣能方便彼此理解，減少問題的發生。

2.命名雖然各有各的風格，不同書上也有不同介紹，但以直接反映意義的英語單詞命名最佳，不宜過長；於個人而言要符合自己的習慣，不要經常改變。於團隊而言，要遵循團隊指定的統一的規則

3.個人最初很厭倦英文單詞命名，因為書寫起來比較長，有些單詞還不會寫，會降低寫代碼的速度，可能有一部分人也有這方面的顧慮，但事實上讀代碼的次數多於寫代碼的次數，用一個好的變量名相當於一勞永逸，覺得敲代碼麻煩直接復制粘貼變量名，單詞不會順便查下，還能學英語，千萬不要用拼音，會看懵逼的

　　　有一個好的命名規範其實相當於養成一個好習慣，就像及時復查，單元測試一樣，雖然看起來既麻煩又沒用，但是在工程比較大等一些普遍意義的情況下，有著至關重要的作用，所以養成好習慣從日常做起吧

《代碼大全》第11章 閱讀筆記