|
|
先看如下代碼示例： 1 ToolBar.prototype.Dispose = function()
2 {
3 var elmt = this.GetElement(); ***
4 elmt.onselectstart = '';
5 elmt.oncontentmenu = '';
6 elmt.clearAttributes();
7 // todo
8 }
我的代碼運(yùn)行在這里出了錯，調(diào)試器VS.NET把代碼執(zhí)行光標(biāo)停在了第4行，而且不讓我拖拽上去。我想如果能拖上去就可以step into的跟蹤以下this.GetElement()方法嘛。既然不能拖，我就在第3行設(shè)一個breakpoint唄，設(shè)好后attach調(diào)試器，怎么不能停到代碼行3的地方呢？在調(diào)試器一看，斷點(diǎn)被VS.NET自動設(shè)到第一行代碼上去了，并且整個的ToolBar.prototype.Dispose方法都是被highlight了@_@。于是我想手動把breakpoint再設(shè)置到第3行代馬上去，卻怎么也不能成功。一在第3行上設(shè)置breakpoint就會自動跳到第1行，但可以在第3行以后的代碼行上設(shè)，比如4,5,6向后都可以。這里有個ugly的解決方法，就是在第3行代碼前一句無用的語句(簡單的var定義變量是不行的，至少要var a=1;)，把現(xiàn)在的第3行變成第4行就可以了。這種bug真是讓人莫名其妙哈。
今天發(fā)現(xiàn)可以這么來解決這個問題，把ToolBar.prototype.Dispose = function()改成：function ToolBar.prototype.Dispose()就行了！真是怪！~ 1function ToolBar.prototype.Dispose()
2{
3 var elmt = this.GetElement(); ***
4 elmt.onselectstart = '';
5 elmt.oncontentmenu = '';
6 elmt.clearAttributes();
7 // todo
8}
上面這個方法，就可以隨意的在第3行上設(shè)置breakpoint。這個問題同時存在于VS.NET 2003和VS.NET 2005 beta1中。誰有空拿VS.NET 2005 beta2看看這個問題還有沒有。
JavaScript技術(shù)：原型方法的不同寫法居然會影響調(diào)試的解決方法，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。
