前言

說實話，我在大學主修Oscar先生的英語English reading and writing（英語閱讀與寫作）時，感覺非常糟糕：拿寫記敘文為例，第一段必須交代清楚when(時間)、where(地點)和charactor(人物)，隨后的段落里又必須要使用3個details（細節）和與之對應的3個reasons(原因)… …如果不這樣寫我將要因此lose my point（丟分），這令我感到我的作品處處受限。
然而我的態度在我全身心的投入到軟件開發的事業后發生了改變：在就像法律制約下人們的自由才真正得到保護那樣，我們身邊的一切——可能是代碼，也可能是我們的寵物狗都需要在規范的引導下才能真正的自由、高效。比如web后臺開發最最經典的MVC模式，就是成千上萬的后端開發者在多年的開發中提煉出的寶貴經驗。當然你也可以置前人的經驗于不顧，但最后吃虧的肯定是你。（這并不表示我們必須一味地繼承前人的遺傳而不做任何的創新和改進）。同時，也像《javascript高級程序設計》的作者Nicbolas C.Zakas所說的那樣，“當你開始工作時，你不是在給你自己寫代碼，而是在為后來人寫代碼”。程序開發的的確確是一個“承前啟后”的工作，在這個工作中，開發的規范性就顯得格外重要。尤其是javascript這樣一種極其靈活的語言（雖然我一直不愿意承認它在這方面的確是有缺陷的），一個合理的開發規范更是重中之重，它能：
1. 使我們的代碼優雅、整潔、美觀，提高代碼的可讀性。
2. 提高代碼的運行效率。
3. 為你的團隊的開發效率開發打上潤滑油，使整個團隊的代碼看起來像一個人寫的。
4. 利于代碼后期的維護與fire bug。
這個系列的文章適合所有前端工程師，但特別適合：
1. 剛剛加入實驗室項目組，有一定基礎技能但沒有開發經驗的大學生。
2. 剛剛進入公司或即將進入公司的畢業生（規范的代碼會讓Boss對你刮目相看）。
3. 開發過一些項目后發現由于規范性的原因導致自己的代碼效率低下，想提升自己代碼效率，統一代碼（比如項目以某個”規范“開發了前面部分，后面部分又”不由自主“的換了一套規范），優化代碼的”獨行俠“。
這個系列的文章是我在項目開發中總結的經驗和對《編寫可維護的JavaScript》的總結，會采取持續更新的形式（大概一周左右更新一次），在7月份會推出相應的視頻教程，希望學習相關內容和獲取最新動態的朋友可以關注我的博客。

總結

以上是生活随笔為你收集整理的编写优雅的JavaScript——前言的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。