只規定需要規定的事情：不要強制施加個人喜好或者過時的做法；
1. 有些問題只是個人喜好，並不影響程式的正確性或者可讀性，所以這些問題不應該出現在程式設計規範中；
2.應該在每個原始檔乃至每個專案中都使用一致的格式，因為同一段**中要在幾種程式設計風格之間換來換去是非常不舒服的；
3. 常見不應該標準化的東西：
(1) 不要規定縮排多少，應該規定要用縮進來體現**的結構；
(2) 不要強制行的具體長度，應該保證**行的長度有利於閱讀，但不要過長；研究表明，文字長度不超過10個單詞最利於閱讀；
(3) 不要在命名方面規定過多，應該規定的是使用一致的命令規範；
(4) 不要規定注釋風格；不要在注釋中重複寫**語義，這樣很容易產生不一致；應該編寫的是解釋方法和原理的說明性注釋；
另：單入口，單出口函式要求已經過時，直接提倡更簡單，更短小的函式，這樣的函式本身更容易理解，更容易防錯；
第0條 不要拘泥於小節
摘要 只規定需要規定的事情 不要強制施加個人喜好或者過時的做法。討論 有些問題只是個人喜好，並不影響程式的正確性或者可讀性，所以這些問題不應該出現在程式設計規範中。任何專業程式設計師都可以很容易地閱讀和編寫與其習慣的格式略有不同的 應該在每個原始檔乃至每個專案中都使用一致的格式，因為同一段 中要在幾...
《C 程式設計規範》 不要拘泥於小節
如果人們按照程式設計師程式設計的方式修建房屋，那麼乙隻啄木鳥就能毀滅整個文明。gerald weinberg c 程式設計規範 這本書是對多年的c 經驗的總結，是編寫高質量c 的準則。這本書能給一些初學者帶來質的變化，因為 的規範也是衡量乙個優秀程式設計師的標準。如果你看過這本書的話，就不要繼續看下...
建議12 不拘泥於數字下標
陣列下標預設為大於或等於0的整數,不過j ascript允許陣列下標可以為任意表示式甚至為任意型別資料.但是如果該陣列的下標都不是為大於或等於0的整數,那麼求它的長度length為0 1 文字下標 var a a 1 1console.log a 1 1console.log a 1 1consol...