第一節：編碼過程的命名約定（編碼命名規范 ...

　　"字是門面書是屋"，我們不會去手寫代碼，但是敲出來的代碼要好看、有條理，這還必須得有一點約束~ 　　團隊開發中，每個人的編碼風格都不盡相同，有時候可能存在很大的差異，為了便於壓縮組件對代碼進行壓縮以及書寫樣式的規范統一和美觀，很有必要大家一起來研究一套基本規范（模板）！ 　　我先拋磚引玉 ...

轉自《前端編碼規范之JavaScript》,網址：http://www.cnblogs.com/hustskyking/p/javascript-spec.html 一個是保持代碼的整潔美觀，同時良好的代碼編寫格式和注釋方式可以讓后來者很快地了解你代碼的大概思路，提高開發效率。 不規范 ...

　　上次淺談了下關於CSS的編碼規范，大部分童鞋持贊同意見，仍存在一些童鞋不太理解這些規范的意義。 　　如果是個人或者小作坊開發，其實這些所謂的編碼規范也沒啥意思，因為大家寫好的代碼直接就給扔到網上去了，很少有打包、壓縮、校檢等過程，別人來修改你代碼的情況也比較少。但是，對於一定規模的團隊來說 ...

編碼 在 css 首行設置文件編碼為 UTF-8。 class 命名 class 名稱應當盡可能短，並且意義明確。使用有意義的名稱，使用有組織的或目的明確的名稱，不要使用表現形式的名稱。 不推薦 推薦 使用中划線（-）分隔 class 中的單詞 ...

使用單引號 不推薦 推薦 緩存變量 DOM 遍歷是昂貴的，所以盡量將會重用的元素緩存。 不推薦 推薦 避免全局變量 jquery ...

方法的返回類型, 方法參數, 變量聲明時均采用接口類型, 而不是實際類型: /** 定義接口變量為接受類型的好處: 1).面向接口編程 一種規范約束 制定者（或者叫協調者），實現者（或者叫生產者），調用者（或者叫消費者）。 接口本質上就是由制定者來協調實現者和調用者之間的關系 ...

前端開發規范-javascript規范 1.通用約定 注釋原則 As short as possible（如無必要，勿增注釋）：盡量提高代碼本身的清晰性、可讀性。 As long as necessary（如有必要，盡量詳盡）：合理的注釋、空行排版等，可以讓代碼更易閱讀、更具美感 ...