在網站開發過程中，需要寫很多原型進行對比調試，有時候這些寫法并不能滿足到我們的需求，下面是錯新技術頻道小編對原型方法的不同寫法居然會影響調試的解決方法，一起來看看吧！

研究后發現除了方法的初始化方式不同外，沒有發現別的原則上的卻別，也就是說用哪種方式都一樣。可是后來發現在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看看這個問題還有沒有。

以上所述就是原型方法的不同寫法居然會影響調試的解決方法，更多內容請大家繼續關注錯新技術頻道其它相關文章！