原型方法的不同写法居然会影响调试的解决方法

上次我写过一篇文章，讨论"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看看这个问题还有没有。

最新评论