在生产环境中调试 Uglified javascript
Debugging Uglified javascript in production environment
我是 AngularJS 和 Grunt 的新手。我在 GruntFile.js 中为开发和生产设置了两个 grunt 任务。对于生产,我正在丑化并将许多 js 文件合并为一个文件。
如果出现任何问题,我需要一些 guidance/tips 来了解如何在生产环境中调试丑陋的 javascript 代码。我试着用谷歌搜索问我的同事,但没有帮助,因此我在这里提出关于堆栈溢出的问题。
有没有一种方法可以在生产中动态取消脚本以进行调试或
一些配置可以在工作完成后切换使用未压缩的文件进行调试和压缩文件。
你们给了我一些很棒的方法。谢谢
如果还有更多方法请分享。
不要在没有 source maps 的情况下调试缩小代码。如果你不这样做,你会发疯的。另外,你不能重建代码而不是尝试修复缩小的代码吗?
我用的是Chrome,但我确定FF有类似的工具:
脚本面板底部的那个小括号按钮即时美化了。无论代码是马虎的还是完全缩小的,都可以工作。
对于 quick-n-dirty 来说,这是一个很好的解决方案,但如果您依赖它,您将 运行 遇到问题。推荐使用 Source Maps。请参阅@Kosch 的回答以获得体面的报道。 有趣,我们发布了相同的链接
我是 AngularJS 和 Grunt 的新手。我在 GruntFile.js 中为开发和生产设置了两个 grunt 任务。对于生产,我正在丑化并将许多 js 文件合并为一个文件。
如果出现任何问题,我需要一些 guidance/tips 来了解如何在生产环境中调试丑陋的 javascript 代码。我试着用谷歌搜索问我的同事,但没有帮助,因此我在这里提出关于堆栈溢出的问题。
有没有一种方法可以在生产中动态取消脚本以进行调试或 一些配置可以在工作完成后切换使用未压缩的文件进行调试和压缩文件。
你们给了我一些很棒的方法。谢谢
如果还有更多方法请分享。
不要在没有 source maps 的情况下调试缩小代码。如果你不这样做,你会发疯的。另外,你不能重建代码而不是尝试修复缩小的代码吗?
我用的是Chrome,但我确定FF有类似的工具:
脚本面板底部的那个小括号按钮即时美化了。无论代码是马虎的还是完全缩小的,都可以工作。
对于 quick-n-dirty 来说,这是一个很好的解决方案,但如果您依赖它,您将 运行 遇到问题。推荐使用 Source Maps。请参阅@Kosch 的回答以获得体面的报道。 有趣,我们发布了相同的链接