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

    上次我寫過一篇文章，討論"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 }

    My Code運行在這裡出了錯，調試器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看看這個問題還有沒有。