新增：http://materliu.github.io/code-guide/#project-naming 1.HTML原則1.規范 。保證您的代碼規范，保證結構表現行為相互分離。2.簡潔。保證代碼的最簡化，避免多余的空格、空行，保持代碼的語義化，盡量使用具有語義的元素，避免使用樣式屬性 ...

前端代碼規范 JavaScript代碼編寫規范 縮進 每一層級由4個空格組成，避免使用制表符（Tab）進行縮進。 行的長度 每行長度不應該超過80個字符，多於80個字符，應該在運算符后換行，下一行增加兩級縮進（8個字符） 原始值 1、字符串應當始終使用雙引號 ...

es6提出了let和const，但在let和const之間優先選擇const，尤其是在全局環境，不應該設置變量，只應該設置常量。 const優於let有幾個原因。一個是const可以提醒閱讀程序的人 ...

俗話說的好，無規矩不成方圓。 在團隊中，代碼規范的統一不僅能提高代碼質量，對代碼的維護者來說也是節省成本的事情。要知道在團隊中，我們平常寫代碼不能僅僅考慮到自己的感受，在業務的更替中，往往維護者也會更替。在業務的交接過程中如何降低交接成本也是很重要的事情，因為我們不可能總是甩手的人，大家往往也是 ...

為了方便團隊其他人員的閱讀本人代碼，減少團隊交流成本，提高工作效率。代碼規范很重要，公司這段時間尤其對這一塊重視。 本人對這塊的學習改正重點為如下： HTML 一，class和ID的命名問題： 1.應該以內容和功能命名，不要以表現形式命名。 2.字母為小寫，多個字母時用中 ...

代碼規范是軟件開發領域經久不衰的話題，幾乎所有工程師在開發過程中都會遇到或思考過這一問題。而隨着前端應用的大型化和復雜化，越來越多的前端團隊也開始重視代碼規范。同樣，前段時間，筆者所在的團隊也開展了一波開源治理，而其中代碼規范就占據了很重要的一項。接下來的幾篇文章，將會對JS代碼規范 ...

Example Class Block Example Method Block Example Property Block ...

代碼千萬行，安全第一行；前端不規范，同事兩行淚。 騰訊 包含內容也挺多的： PC端專題：快速上手、文件目錄、頁面頭部、通用title、通用foot、統計代碼、兼容測試 移動端專題：快速上手、文件目錄、頁面頭部、REM布局、通用foot、統計代碼、分享組件、兼容要求 雙端官網 ...