在編程的時(shí)候，Error通常出現(xiàn)在不期望的事情發(fā)生時(shí)?？赡苁莻魅牒瘮?shù)的參數(shù)值不正確，或者是運(yùn)算符的操作數(shù)不合法。為此編程語(yǔ)言定義了一個(gè)基本的規(guī)則：當(dāng)上述情況發(fā)生時(shí)，就產(chǎn)生一個(gè)錯(cuò)誤來(lái)讓編程人員對(duì)代碼進(jìn)行修復(fù)。如果這些錯(cuò)誤不被拋出或反饋給你，那么調(diào)試程序幾乎是不可能的。如果所有的錯(cuò)誤都“悄悄地”發(fā)生，那么你很難在***時(shí)間發(fā)現(xiàn)問(wèn)題所在，并將其修復(fù)。因此Error是開發(fā)者的朋友，而不是敵人。

Error的問(wèn)題所在是它們會(huì)在錯(cuò)誤的時(shí)間和錯(cuò)誤的地點(diǎn)發(fā)生。更糟的是，默認(rèn)的錯(cuò)誤信息通?；逎y懂，很難解釋哪里出了問(wèn)題。JavaScirpt的錯(cuò)誤信息更是不包含任何有價(jià)值的信息，而且還很隱蔽(尤其是在IE里運(yùn)行時(shí))。想象一下如果能有這樣的錯(cuò)誤提示出現(xiàn)“因?yàn)槟臣虑榘l(fā)生導(dǎo)致某個(gè)函數(shù)調(diào)用失敗”，那么立刻我們的調(diào)試任務(wù)就變得簡(jiǎn)單了，這就是throw自己的error的好處。

我們可以把error想象成內(nèi)嵌的異常類。在代碼的某個(gè)特定的地點(diǎn)估計(jì)異常的發(fā)生肯定要比在所有的地方等待異常的發(fā)生要簡(jiǎn)單。這不光在代碼編寫中，在產(chǎn)品設(shè)計(jì)中也是一個(gè)普遍認(rèn)同的原則。就像在轎車上設(shè)計(jì)了擠壓區(qū)域和框架，以便在受到撞擊時(shí)會(huì)以期望的方式發(fā)生變形。因?yàn)橹懒丝蚣茉谑艿阶矒魰r(shí)會(huì)如何變形，哪些零件會(huì)失效，這樣制造商就可以造出保證乘客安全的汽車。我們的代碼也可以按照這樣的思想編寫。

雖然最近幾年JavaScript有了很多進(jìn)步，但是相比于其它語(yǔ)言的開發(fā)者，JavaScript開發(fā)者仍然只有少得可憐的調(diào)試工具。因此在JavaScript中throw error就顯得比其它語(yǔ)言更有價(jià)值。我們可以用throw關(guān)鍵字來(lái)拋出一個(gè)對(duì)象。我們可以拋出任何類型的對(duì)象，不過(guò)Error對(duì)象是最常用的：

throw new Error("Something bad happened.")

當(dāng)我們用這樣的方式拋出錯(cuò)誤，而這個(gè)錯(cuò)誤又不被try-catch捕獲時(shí)，瀏覽器就會(huì)用其通常的方式顯示上面的錯(cuò)誤信息(Something bad happened)。在IE里會(huì)在瀏覽器的左下角出現(xiàn)一個(gè)小圖標(biāo)，當(dāng)雙擊圖標(biāo)時(shí)會(huì)彈出一個(gè)帶著上面錯(cuò)誤提示的對(duì)話框；安裝有Firebug插件的火狐瀏覽器會(huì)在控制臺(tái)顯示錯(cuò)誤信息；Safar和Chrome會(huì)在Web Inspector中顯示；Opera會(huì)在錯(cuò)誤控制臺(tái)顯示。一句話，它們會(huì)像你沒有拋出錯(cuò)誤時(shí)一樣處理。但不同的是它會(huì)通過(guò)瀏覽器向你提供具體的信息，而不是一個(gè)發(fā)生錯(cuò)誤的行列號(hào)。你可以為錯(cuò)誤信息加入任何需要的信息，來(lái)幫你成功解決問(wèn)題。我建議在錯(cuò)誤信息中提供發(fā)生錯(cuò)誤的函數(shù)名稱以及錯(cuò)誤原因?？聪旅孢@個(gè)函數(shù)：

function addClass(element, className){
        element.className += " " + className;
}

這個(gè)函數(shù)的功能是向一個(gè)給定的element加入新的CSS class(這在JavaScript中非常普遍)。但如果element是null的時(shí)候會(huì)發(fā)生什么？你會(huì)得到一個(gè)這樣的錯(cuò)誤提示“object expected”，很隱晦。然后你需要查看執(zhí)行堆棧(如果瀏覽器支持這個(gè)功能)來(lái)準(zhǔn)確定位錯(cuò)誤的源頭。如果我們拋出一個(gè)錯(cuò)誤調(diào)試就變得簡(jiǎn)單了：

function addClass(element, className){
       if (element != null && typeof element.className == "string"){
        element.className += " " + className;
        } else {
        throw new Error("addClass(): First arg must be a DOM element.");
        }
}

先不討論如何精確的判斷對(duì)象是否是一個(gè)DOM element，這個(gè)方法現(xiàn)在能夠在非法的element參數(shù)傳入時(shí)提供一個(gè)更明確的錯(cuò)誤信息?？吹搅巳绱嗽敱M的錯(cuò)誤描述你就能立刻找到錯(cuò)誤的源頭了。我習(xí)慣把throw error看作是貼一個(gè)任務(wù)貼紙，告訴我錯(cuò)誤的原因。

懂得了如何throw error只是事情的一半；懂得何時(shí)throw error則是另一半。因?yàn)镴avaScript并不對(duì)參數(shù)進(jìn)行類型檢查，許多開發(fā)者都錯(cuò)誤的認(rèn)為他們應(yīng)該在所有的函數(shù)中進(jìn)行該檢查。那樣的話是不實(shí)際的，而且會(huì)降低腳本的執(zhí)行效率。問(wèn)題的關(guān)鍵在于找到最有可能出錯(cuò)的代碼部分，并且只在那里throw error。一句話就是只在已經(jīng)發(fā)生error的地方throw error。

如果一個(gè)函數(shù)只被一個(gè)已知的實(shí)體調(diào)用，那么錯(cuò)誤檢查基本上是沒有必要的(例如私有函數(shù)就是這樣)；如果你不能事先確定所有函數(shù)被調(diào)用的地點(diǎn)，那么你需要進(jìn)行錯(cuò)誤檢查并throw自己的error。throw error***的地方是功能函數(shù)，那些是腳本環(huán)境基本組成部分的，而且可以在任意地點(diǎn)被調(diào)用的函數(shù)。JavaScript的庫(kù)函數(shù)就是這樣的例子。

所有JavaScript的庫(kù)函數(shù)都應(yīng)當(dāng)為已知的錯(cuò)誤條件從它們的公共接口throw error。對(duì)于YUI，jQuery以及Dojo等等，我們無(wú)法確定會(huì)在何時(shí)何處調(diào)用它們的庫(kù)函數(shù)。所以當(dāng)你犯錯(cuò)時(shí)對(duì)你進(jìn)行提示就是這些庫(kù)函數(shù)的任務(wù)。為什么呢？因?yàn)槟悴豢赡艿綆?kù)函數(shù)內(nèi)部去找出錯(cuò)誤所在。error的調(diào)用堆棧應(yīng)當(dāng)終止于庫(kù)函數(shù)接口，不要再深入。沒有什么比在12層函數(shù)嵌套中尋找錯(cuò)誤更遭的事了；庫(kù)函數(shù)開發(fā)人員有責(zé)任預(yù)防這種事情的發(fā)生。

這一條同樣適用于私有的JavaScript庫(kù)函數(shù)。許多Web應(yīng)用程序都有它們自己專屬的JavaScript庫(kù)，可能是通過(guò)這些庫(kù)來(lái)構(gòu)建的，也可能是用庫(kù)來(lái)代替公共的操作。庫(kù)函數(shù)的作用是降低開發(fā)難度，這是通過(guò)向人們提供其抽象表達(dá)而不是復(fù)雜的實(shí)現(xiàn)細(xì)節(jié)來(lái)實(shí)現(xiàn)的。throw error可以讓這些復(fù)雜的實(shí)現(xiàn)隱藏在安全的地方不被開發(fā)者發(fā)現(xiàn)。

JavaScript同樣提供了try-catch語(yǔ)句，用來(lái)在瀏覽器處理之前捕獲被throw的error。開發(fā)者常常會(huì)為到底是僅僅throw error還是用try-catch將其捕獲而猶豫不決。我們應(yīng)當(dāng)只在程序棧的***層throw error，就像前面提到的，最典型的就是JavaScript庫(kù)函數(shù)。所有應(yīng)用程序都應(yīng)當(dāng)在邏輯上具有處理error的能力，因此應(yīng)當(dāng)在底層模塊中捕獲error。

在應(yīng)用程序邏輯中我們總是知道為什么要調(diào)用某個(gè)函數(shù)，因此它們非常適合處理error。有一點(diǎn)要引起注意，就是永遠(yuǎn)不要在try-catch結(jié)構(gòu)中使用空的catch語(yǔ)句；你應(yīng)當(dāng)用某種方法處理錯(cuò)誤。這鐘處理在開發(fā)中和最終生產(chǎn)時(shí)會(huì)有些不同，但必須進(jìn)行處理。當(dāng)錯(cuò)誤發(fā)生時(shí)，不應(yīng)當(dāng)僅僅將其包裹在try-catch里不管——這是掩蓋錯(cuò)誤而不是解決錯(cuò)誤。

在JavaScript中throw error是一門藝術(shù)。在代碼中找到適當(dāng)?shù)膖hrow error的地點(diǎn)會(huì)花費(fèi)一些時(shí)間。不過(guò)一旦你找到了這些地點(diǎn)，你的調(diào)試時(shí)間就會(huì)大大降低，而你對(duì)代碼的滿意度會(huì)獲得提升。

【編輯推薦】

1. 基于JavaScript和CSS的Web圖表框架橫向?qū)Ρ?/A>
2. 深入淺出基于Java的責(zé)任鏈模式
3. Java實(shí)用開發(fā)全集