FireFox VS Chrome 之 调试篇
一个完美的调试工具，FireBug！
精确跟踪每一步。只要按下图所示，选择“脚本”，然后在下方选择脚本所在的文件即可对该文本的执行进行断点跟踪。
并且仅当一个线程运行结束后，才会去执行另外的线程的执行过程，这跟大多数多线程调试工具是一致的。
Chrome 内置的调试功能，在某些情况下，并不能很好的把断点和实际断点代码对应起来，这种情况发生在 WebStore 中传入的断点的情况。
所以还是直接在 Chrome 中找到对应的文件，再次添加断点比较准确。
之所以想要使用 WebStore 添加断点，是因为 这两种浏览器的调试功能，在其代码显示时，并不提供代码折叠功能，对于很长的代码来说，确实有些不太好翻找。
所以，要想针对你的大工程进行调试，还是保持良好的代码习惯，将某些功能用函数封装，再将一两个相似功能的函数放到一个 js 文件中，在外部进行调用。
当然了，有些时侯，有些人还会特意地将很多外部引用的 js 整合到一起来，避勉多个 js 加载带来的额外资源消耗，这可能是另外一件事情了，做个工具进行处理，可能会好些吧。
但至少在开发阶段，有效地拆分功能进行管理，对于代码维护很重要，对于开发过程中保持良好的思路，高效地构思下一步任务，界定和解决随时出现的问题，大有益处。
Web 开发，核心控制应该集中在 JavaScript 中，那么尤以 JQuery 为首先，不过俺目前为了简化任务实现步骤，并未引入并不熟知的但确实强大的 JQuery。
对于 JavaScript 这种动态语言，调试工具的熟练使用，决定了问题查找的难易程度，这与集成开发环境中的调试工具大为相同。
可惜的是，尚未有一款能很好地实现这一目标的开发工具，都说 WebStore 开发 JavaScritp 就够牛了，但至少在我的使用中，断点并不成很正确地传递给浏览器进行断点调试。
期待，并痛苦地解决着眼前的问题。