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

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

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

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

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

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

　　· 理解代碼是如何解決問(wèn)題的

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

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

　　還有BUG沒(méi)有解決

　　添加了新的功能

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

　　代碼有問(wèn)題

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

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