原型方法的不同写法居然会影响调试的解决方法
2018-10-15 17:28
上次我写过一篇文章，讨论JavaScript类定义原型方法的两种实现的区别。研究后发现除了方法的初始化方式不同外，没有发现别的原则上的却别，也就是说用哪种方式都一样。可是后来发现在给原型方法设置断点来调试时，两种定义方式却出现了很大的差别。
先看如下代码示例：1ToolBar.prototype.Dispose=function()
2{
3varelmt=this.GetElement();***
4elmt.onselectstart=;
5elmt.oncontentmenu=;
6elmt.clearAttributes();
7//todo
8}
我的代码运行在这里出了错，调试器VS.NET把代码执行光标停在了第4行，而且不让我拖拽上去。我想如果能拖上去就可以stepinto的跟踪以下this.GetElement()方法嘛。既然不能拖，我就在第3行设一个breakpoint呗，设好后attach调试器，怎么不能停到代码行3的地方呢？在调试器一看，断点被VS.NET自动设到第一行代码上去了，并且整个的ToolBar.prototype.Dispose方法都是被highlight了@_@。于是我想手动把breakpoint再设置到第3行代马上去，却怎么也不能成功。一在第3行上设置breakpoint就会自动跳到第1行，但可以在第3行以后的代码行上设，比如4,5,6向后都可以。这里有个ugly的解决方法，就是在第3行代码前一句无用的语句(简单的var定义变量是不行的，至少要vara=1;)，把现在的第3行变成第4行就可以了。这种bug真是让人莫名其妙哈。
今天发现可以这么来解决这个问题，把ToolBar.prototype.Dispose=function()改成：functionToolBar.prototype.Dispose()就行了！真是怪！~1functionToolBar.prototype.Dispose()
2{
3varelmt=this.GetElement();***
4elmt.onselectstart=;
5elmt.oncontentmenu=;
6elmt.clearAttributes();
7//todo
8}
上面这个方法，就可以随意的在第3行上设置breakpoint。这个问题同时存在于VS.NET2003和VS.NET2005beta1中。谁有空拿VS.NET2005beta2看看这个问题还有没有。
文章标题：原型方法的不同写法居然会影响调试的解决方法
文章链接：http://soscw.com/index.php/essay/18622.html