如何編寫高質(zhì)量的Javascript代碼

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

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

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

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

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

　　· 重新學(xué)習(xí)和理解問題

　　· 理解代碼是如何解決問題的

　　另外一個(gè)問題是，在大項(xiàng)目或者大公司里面，經(jīng)常是解決BUG的人不是產(chǎn)生BUG的人，而且也不是發(fā)現(xiàn)BUG的人。所以減少理解代碼的時(shí)間就是最重要的問題，無論這個(gè)代碼是你自己以前寫的還是團(tuán)隊(duì)中的其他成員寫的，因?yàn)槲覀兌枷肴ジ愀阈碌挠幸馑嫉臇|西，而不是去維護(hù)那些個(gè)陳舊的代碼。

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

　　還有BUG沒有解決

　　添加了新的功能

　　程序需要在新的環(huán)境中運(yùn)行（比如一個(gè)新上市的瀏覽器）

　　代碼有問題

　　代碼需要重寫因?yàn)樾薷牧思軜?gòu)甚至要使用另一個(gè)語言

　　因?yàn)檫@些原因，也許你當(dāng)時(shí)一個(gè)下午寫好的代碼，后面需要花費(fèi)幾周的時(shí)間來閱讀。所以編寫可維護(hù)的代碼對(duì)于軟件的成功至關(guān)重要。