忽略调试器;声明,但仍然在 dev-tools/IDE 中评估我自己的断点
Ignore debugger; statement but still evaluate my own breakpoints in dev-tools/IDE
简介
真正令人讨厌的是,一位同事习惯于将他的断点作为 debugger;
直接提交到源代码中。
这很烦人,因为您要么必须禁用所有断点,要么必须忍受他们的调试语句才能使用自己的断点。
问题
那么,你们有什么流程可以解决这个问题?我想到了三种不同的选择(下一个)。
我目前的选择
我将在此处添加我的选项,因为它们也是有效的答案。不过也期待其他人的回答。
- 在评估为 false 的调试工具中添加条件断点。
- 而不是调用
debugger;
将其包装在自定义函数中。将带有标志 true/false 的 if 语句放入其中,以便您可以一次性禁用它们。
- 在 gulp 中的源文件处理期间删除
debugger
语句。
我将在此处添加我的选项,因为它们也是有效的答案。
不过也期待其他人的回答。
- 在评估为 false 的调试工具中添加条件断点。
- 而不是调用
debugger;
将其包装在自定义函数中。将带有标志 true/false 的 if 语句放入其中,以便您可以一次性禁用它们。
- 在 gulp 中的源文件处理期间删除
debugger
语句。
简介
真正令人讨厌的是,一位同事习惯于将他的断点作为 debugger;
直接提交到源代码中。
这很烦人,因为您要么必须禁用所有断点,要么必须忍受他们的调试语句才能使用自己的断点。
问题
那么,你们有什么流程可以解决这个问题?我想到了三种不同的选择(下一个)。
我目前的选择
我将在此处添加我的选项,因为它们也是有效的答案。不过也期待其他人的回答。
- 在评估为 false 的调试工具中添加条件断点。
- 而不是调用
debugger;
将其包装在自定义函数中。将带有标志 true/false 的 if 语句放入其中,以便您可以一次性禁用它们。 - 在 gulp 中的源文件处理期间删除
debugger
语句。
我将在此处添加我的选项,因为它们也是有效的答案。 不过也期待其他人的回答。
- 在评估为 false 的调试工具中添加条件断点。
- 而不是调用
debugger;
将其包装在自定义函数中。将带有标志 true/false 的 if 语句放入其中,以便您可以一次性禁用它们。 - 在 gulp 中的源文件处理期间删除
debugger
语句。