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

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

上一个：encode脚本和normal脚本混用的问题与解决方法
下一个：javascript学习随笔(使用window和frame)的技巧