真是不好意思，吃桃居然吃了一整天，下面继续说我的JavaScript调试环境。 不管我们是怎么调试JavaScript，他总是在browser里运行，下面我都说在IE里的情况。目前我使用IE6.0 sp1，要启动脚本调试，需要在IE的Tools->Internet Options的Advanced里uncheck 'Disabled Script Debugging.'，否则脚本出错时我只能在browser的status bar上看到一个错误提示图标。这样一来，当browser里出现脚本错误的时候，就会弹出一个这样的warning dialog： 点击Yes后，将出现如下窗口： 这个debugger dialog里列出的‘Possible Debuggers’就是我机器里已安装的Script调试器。其中"Microsoft Script Editor"就是上次说的Visual Studio里带的调试器了，... 2003、... 2005就不用说了，就是VS.NET了。这种情况的调试是最普通的调试，可以直接把断点定位到脚本错误的行上，然后通过watch窗口看local变量的值来确定错误的所在。 那么脚本要是不明显的出语法错误怎么设断点呢？这里有两个办法，一个是使用IE View菜单里的Script Debugger子菜单(这个菜单是在IE的Tools->Internet Options->Advanced里设置过才会出来的)： "Open"就和上面说到到的点"Yes"后出来的窗口一样，点"Break at Next Statement"比较的有意思，它将会在你的Browser执行下一条脚本的时候让你选择调试器来调试，这一点十分便于我们分析别人的拥有复杂JavaScript的页面。比如gmail里面的管理页面，如果我想看看点了star之后它是怎么处理的，就可以使用这个"Break at Next Statement"，让它break在next statement上。不过使用这个feature有个技巧：有的页面由于捕获了onmousemove事件，如果你通过鼠标去点击菜单里的"Break at Next Statement"条目，你的next statement总是被onmousemove给捕获了，而得不到你想要的onclick的语句的中断，怎么办呢?! 那就是使用快捷键啦，比如你希望激活调试gmail里的mail list上的star(如下图)被点击时执行的脚本，你就把鼠标放在star上面，先按快捷键"Alt+V"、"u"、"b"，再点击就行了。 到这里就可以说一下为什么现在还要用VS.NET 2003，而不只用VS.NET 2005来调试脚本了。比如上面的case，如果我在"Possible Debuggers"里选"New Instance of Visual Studio Whidbey"，我们将会得到一个Msg Box： 用我test team一个哥们的话来说：真是伤感哦！ 这时我们使用VS.NET 2003就可以顺利的跟踪了。 确实郁闷吧？不过，我相信whidbey正式release的时候，这个问题因该是能解决的了，那时2003就可以完全下岗了。 当然让调试器whidbey跟踪<script src="..."></script>这种情况不是完全没有可能，这里有个小hack可以使用的。就是在调试前把会被引用到的script文件预先就打开在whidbey里，然后就能trace到该文件中去，这个办法显然只能解决本地调试，对于服务器端引用的意义不大，因为我们没法预先把服务器上的脚本文件打开:(。 to be continued ...
posted on 2004-12-31 00:04 birdshome 阅读(25276) 评论(9) 编辑 收藏