使用外部Debugger
我可以推薦兩種debugger：
□ Venkman適合於Mozilla和Firefox
□ Microsoft Script Debugger 用於Windows Internet Explorer
外部的debugger是對腳本進行分析的一個非常詳細的方法，而且與流覽器內置的比起來容量更大。外部的debugger可以再某個特殊的點上停止腳本的執行或者對某些特定的屬性進行監控，如果這些屬性有任何的改變會及時通知你。同時，它們可以允許你一行一行的對腳本進行分析，以發現那些比較難發現的錯誤。
外部的debugger是軟體的綜合體，開發者可以花上時間來瞭解如何正確的使用它。對於突出的邏輯性錯誤它們會非常有幫助，但是它們與流覽器的相容性有限：只有debugger支持的流覽器中的bug它們才能查找。
嚴重警告
如果你在Firefox中打開JavaScript控制面板，你會發現有個選項選擇是否顯示錯誤和警告。警告會提示你那些本身沒有錯誤的代碼，但是有語法錯誤或者是ECMAScript不識別的方式。
比如，下面的一段編碼中fruit就定義了兩次：
我們應該忽略掉第二個var，因為var是用於對一個變數在第一次的時候進行說明，而在這個例子中，我們已經做過了。圖1.4顯示了JavaScript控制面板會如何以警告的方式突出我們的錯誤：
有幾個錯誤的編碼步驟會導致上面的錯誤，比如：
重複定義變數
這種情況下就會出現警告，“變數名稱重複定義（redeclaration of var name）”，正如我們上面看到的。
在開始的位置上定義變數失敗
這種情況下，就會彈出警告“未定義變數名稱（assignment to undeclared variable name）”如果我們的編碼的第一行僅僅是fruit=‵mango‵，這種錯誤就會出現。
假設一個object存在
這種假設會彈出警告“指向未定義名稱（reference to undefined property name）” 比如，一個測試，if (document.getElementById)假設getElementById方法存在，並且基於一個事實就是JavaScript的子總錯誤處理會將一個不存在的方法在流覽器中false。
要想到達同樣的結果，但是又不會看見警告，我們可以做的更詳細一點，使用if (typeof document.getElementById != ‵undefined‵)。 還有一些function相關的警告，以及很多各種各樣的警告，對於一個無用的function會彈出“無用的表達（useless expression）”警告：
如果想要對這個主題的內容有更廣泛深入的瞭解，我建議你讀一讀Alex Vincent的文章Tackling JavaScript stirct warnings。 對於並不妨礙我們的腳本運行的警告可以不予重視，但是我們應該避免出現警告。比如，如果沒有嚴重的警告，腳本在Mozilla中會運行的更快，在第20章的內容中我們將會對這個主題進行說明。
類型轉換測試（Type Conversion Testing）
雖然我們不能依靠type conversion來對與那些可能沒有進行定義的值進行測試，但是對於那些可能是null的數值進行定義可能會是非常好的方法，因為ECMAScript要求null evaluate false。
比如，我們已經使用typeof來定義了getElementById，從定義開始，我們就可以安全的對每個部分進行測試了，因為getElementById對於DOM中不存在的部分返回的值是null。
總結
在這章的內容中，我們講了讓我們的編碼更容易閱讀和管理的方法，並且讓它在不支援的設備中能夠優雅的降級。同時我們介紹了一些必需的技巧，包括普遍存在的載入監聽器。
我們已經講了很多高級的技巧，所以不要擔心它們是否接受起來會比較困難。在接下來的章節中，我們將會對我們提到的所有的概念和技巧進行深入的講解。
推薦給同仁
您想要瞭解更多的免費小竅門以便提升你的網站排名嗎？
請馬上聯繫我們網站管理員:
MSN: chenlinwu@cmmail.com
Email: info@rank-ad.com
