原型方法的不同寫法居然會影響調試的解決方法

2019-11-21 02:13:38

字體：大中小

來源：轉載

供稿：網友

上次我寫過一篇文章，討論"JavaScript類定義原型方法的兩種實現的區別"。研究后發現除了方法的初始化方式不同外，沒有發現別的原則上的卻別，也就是說用哪種方式都一樣。可是后來發現在VS.NET中給原型方法設置斷點來調試時，兩種定義方式卻出現了很大的差別。

    先看如下代碼示例：  1 ToolBar.prototype.Dispose = function()
2 {
3     var elmt = this.GetElement(); ***
4     elmt.onselectstart = '';
5     elmt.oncontentmenu = '';
6     elmt.clearAttributes();
7     // todo
8 }
    我的代碼運行在這里出了錯，調試器VS.NET把代碼執行光標停在了第4行，而且不讓我拖拽上去。我想如果能拖上去就可以step into的跟蹤以下this.GetElement()方法嘛。既然不能拖，我就在第3行設一個breakpoint唄，設好后attach調試器，怎么不能停到代碼行3的地方呢？在調試器一看，斷點被VS.NET自動設到第一行代碼上去了，并且整個的ToolBar.prototype.Dispose方法都是被highlight了@_@。于是我想手動把breakpoint再設置到第3行代馬上去，卻怎么也不能成功。一在第3行上設置breakpoint就會自動跳到第1行，但可以在第3行以后的代碼行上設，比如4,5,6向后都可以。這里有個ugly的解決方法，就是在第3行代碼前一句無用的語句(簡單的var定義變量是不行的，至少要var a=1;)，把現在的第3行變成第4行就可以了。這種bug真是讓人莫名其妙哈。

    今天發現可以這么來解決這個問題，把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行上設置breakpoint。這個問題同時存在于VS.NET 2003和VS.NET 2005 beta1中。誰有空拿VS.NET 2005 beta2看看這個問題還有沒有。

上一篇：在JavaScript中遭遇級聯表達式陷阱

下一篇：在js中使用"with"語句中跨frame的變量引用問題