FireFox VS Chrome 之 调试篇



一个完美的调试工具,FireBug!

精确跟踪每一步。仅仅要按下图所看到的,选择“脚本”,然后在下方选择脚本所在的文件就可以对该文本的运行进行断点跟踪。

而且仅当一个线程运行结束后,才会去运行另外的线程的运行过程,这跟大多数多线程调试工具是一致的。




Chrome 内置的调试功能,在某些情况下,并不能非常好的把断点和实际断点代码相应起来,这样的情况发生在 WebStore  中传入的断点的情况。

所以还是直接在 Chrome 中找到相应的文件,再次加入断点比較准确。




之所以想要使用 WebStore 加入断点,是由于 这两种浏览器的调试功能,在其代码显示时,并不提供代码折叠功能,对于非常长的代码来说,确实有些不太好翻找。

所以,要想针对你的大project进行调试,还是保持良好的代码习惯,将某些功能用函数封装,再将一两个类似功能的函数放到一个 js 文件里,在外部进行调用。

当然了,有些时侯,有些人还会特意地将非常多外部引用的 js 整合到一起来,避勉多个 js 载入带来的额外资源消耗,这可能是另外一件事情了,做个工具进行处理,可能会好些吧。

但至少在开发阶段,有效地拆分功能进行管理,对于代码维护非常重要,对于开发过程中保持良好的思路,高效地构思下一步任务,界定和解决随时出现的问题,大故意处。


Web 开发,核心控制应该集中在 JavaScript 中,那么尤以 JQuery 为首先,只是俺眼下为了简化任务实现步骤,并未引入并不熟知的但确实强大的 JQuery。

对于 JavaScript 这样的动态语言,调试工具的熟练使用,决定了问题查找的难易程度,这与集成开发环境中的调试工具大为同样。

可惜的是,尚未有一款能非常好地实现这一目标的开发工具,都说 WebStore 开发 JavaScritp 就够牛了,但至少在我的使用中,断点并不成非常正确地传递给浏览器进行断点调试。

期待,并痛苦地解决着眼前的问题。



posted @ 2014-10-11 13:07  mfrbuaa  阅读(333)  评论(0编辑  收藏  举报