原型方法的不同寫法居然會(huì)影響調(diào)試的解決方法

2024-09-06 12:43:09

字體：大中小

供稿：網(wǎng)友

上次我寫過(guò)一篇文章，討論"JavaScript類定義原型方法的兩種實(shí)現(xiàn)的區(qū)別"。研究后發(fā)現(xiàn)除了方法的初始化方式不同外，沒有發(fā)現(xiàn)別的原則上的卻別，也就是說(shuō)用哪種方式都一樣。可是后來(lái)發(fā)現(xiàn)在VS.NET中給原型方法設(shè)置斷點(diǎn)來(lái)調(diào)試時(shí)，兩種定義方式卻出現(xiàn)了很大的差別。

    先看如下代碼示例：  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)行在這里出了錯(cuò)，調(diào)試器VS.NET把代碼執(zhí)行光標(biāo)停在了第4行，而且不讓我拖拽上去。我想如果能拖上去就可以step into的跟蹤以下this.GetElement()方法嘛。既然不能拖，我就在第3行設(shè)一個(gè)breakpoint唄，設(shè)好后attach調(diào)試器，怎么不能停到代碼行3的地方呢？在調(diào)試器一看，斷點(diǎn)被VS.NET自動(dòng)設(shè)到第一行代碼上去了，并且整個(gè)的ToolBar.prototype.Dispose方法都是被highlight了@_@。于是我想手動(dòng)把breakpoint再設(shè)置到第3行代馬上去，卻怎么也不能成功。一在第3行上設(shè)置breakpoint就會(huì)自動(dòng)跳到第1行，但可以在第3行以后的代碼行上設(shè)，比如4,5,6向后都可以。這里有個(gè)ugly的解決方法，就是在第3行代碼前一句無(wú)用的語(yǔ)句(簡(jiǎn)單的var定義變量是不行的，至少要var a=1;)，把現(xiàn)在的第3行變成第4行就可以了。這種bug真是讓人莫名其妙哈。

    今天發(fā)現(xiàn)可以這么來(lái)解決這個(gè)問題，把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}
    上面這個(gè)方法，就可以隨意的在第3行上設(shè)置breakpoint。這個(gè)問題同時(shí)存在于VS.NET 2003和VS.NET 2005 beta1中。誰(shuí)有空拿VS.NET 2005 beta2看看這個(gè)問題還有沒有。

上一篇：JavaScript語(yǔ)句可以不以;結(jié)尾的煩惱

下一篇：用js判斷用戶瀏覽器是否是XP SP2的IE6