優(yōu)秀的Stoyan Stefanov在他的新書中（《Javascript Patterns》）介紹了很多編寫高質(zhì)量代碼的技巧，比如避免使用全局變量，使用單一的var關(guān)鍵字，循環(huán)式預(yù)存長度等等。

　　這篇文章不僅僅從代碼本身來考慮如何優(yōu)化編碼，也從代碼的設(shè)計階段來考慮，包括書寫API文檔，同事的review，使用JSLint。這些習(xí)慣都能幫助你編寫更加高質(zhì)量的、更易于理解的、可維護(hù)的代碼（讓你的代碼在多年之后仍使你引以為傲）。

　　編寫可維護(hù)的代碼

　　軟件的BUG修復(fù)需要花費大量的精力。尤其當(dāng)代碼已經(jīng)發(fā)布之后，隨著時間的增長，維護(hù)的成本愈發(fā)的高。當(dāng)你一發(fā)現(xiàn)BUG的時候，就立即去修復(fù)，這時候你的代碼還是熱乎的，你也不需要回憶，因為就是剛剛寫好的。但是當(dāng)你做了其他任務(wù)，幾乎完全忘記了這份代碼，這時候就需要：

• 重新學(xué)習(xí)和理解問題
• 理解代碼是如何解決問題的

　　另外一個問題是，在大項目或者大公司里面，經(jīng)常是解決BUG的人不是產(chǎn)生BUG的人，而且也不是發(fā)現(xiàn)BUG的人。所以減少理解代碼的時間就是最重要的問題，無論這個代碼是你自己以前寫的還是團(tuán)隊中的其他成員寫的，因為我們都想去搞搞新的有意思的東西，而不是去維護(hù)那些個陳舊的代碼。

　　還有一個開發(fā)中的普遍問題就是，往往讀代碼的時間比寫代碼的時間還要多。有時候你鉆研一個問題，可以花整整一個下午的時間來考慮代碼的編寫。這個代碼當(dāng)時是可以工作的，但是隨著開發(fā)的進(jìn)行，其他東西發(fā)生了很大的變化，這時候也就需要你自己來重新審查修改編寫代碼。比如：

• 還有BUG沒有解決
• 添加了新的功能
• 程序需要在新的環(huán)境中運行（比如一個新上市的瀏覽器）
• 代碼有問題
• 代碼需要重寫因為修改了架構(gòu)甚至要使用另一個語言

　　因為這些原因，也許你當(dāng)時一個下午寫好的代碼，后面需要花費幾周的時間來閱讀。所以編寫可維護(hù)的代碼對于軟件的成功至關(guān)重要。

　　可維護(hù)的代碼包括：

• 可讀性
• 連續(xù)性
• 預(yù)見性
• 看起來是一個人寫的
• 有文檔

　　最少化全局變量

　　Javascript使用函數(shù)來約定作用域。一個在函數(shù)內(nèi)部聲明的變量在外部是不可見的。所以，全局變量也就是聲明在任何函數(shù)之外的或者沒有被聲明的變量。

　　Javascript中，在任何函數(shù)之外有個可訪問的全局對象，每一個你創(chuàng)建的全局變量都是這個對象的一個屬性。在瀏覽器中，為了方便，通常用window來指代這個全局變量。下面的代碼就是說明如何創(chuàng)建一個全局變量：

myglobal = "hello"; // antipatternconsole.log(myglobal); // "hello"console.log(window.myglobal); // "hello"console.log(window["myglobal"]); // "hello"console.log(this.myglobal); // "hello

it知識庫：如何編寫高質(zhì)量的Javascript代碼，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。