Могу ли я сказать отладчику скриптов Chrome игнорировать jquery.js?

Question

Есть ли способ сказать отладчику Chrome (или, может быть, Firebug?) Не ломаться в определенных файлах? Предполагать, что они не сломаны, по сути? Это похоже на то, что они могут встроить.

Answer 1

Файлы Blackboxing JS теперь возможны в Firefox https://developer.mozilla.org/en-US/docs/Tools/Debugger

и в Chrome Canary с использованием инструментов Experimental Dev.http://www.divshot.com/blog/tips-and-tricks/ignoring-library-code-while-debugging-in-chrome/

Обновление .В Chrome v. 75 есть отдельная вкладка для черного ящика .

Выше также работает и в стабильной сборке Chrome.

Answer 2

В последней версии Chrome реализована новая функция черного ящика , которая делает именно то, что вы ищете.По сути, когда вы устанавливаете опцию черного ящика для данного файла, это предотвращает проникновение отладчика Chrome в этот файл.

Эта функция является встроенной и может быть установлена ​​с помощью контекстного меню файланажмите).Это также будет работать, если отладчик Chrome настроен на остановку всех исключений.

Answer 3

Если проблема заключается в том, что отладчик Chrome останавливается на всех исключениях, даже в jQuery, то вам может потребоваться указать Chrome приостановить только неисследованные, а не все исключения.На панели «Сценарий» в отладчике в левом нижнем углу окна есть значок, управляющий этим.

Answer 4

В Chrome откройте Инструменты разработчика, затем зайдите в Настройки, и вы увидите вкладку Черный ящик :

В FireFox это даже проще, просто нажмите Глаз внизу файла:

Answer 5

1. Перейдите к настройке инструментов разработчика и щелкните вкладку Balckboxing на левой панели.
2. Затем нажмите кнопку Добавить шаблон и введите jquery.js
3. Закройте и снова откройте инструменты разработчика, теперь его пропустили!

Answer 6

Если отладчик взрывается где-то в файлах jQuery, вы можете потенциально обернуть подозрительные вызовы в попытку / перехват, а затем выдать ошибку в свой собственный catch.Таким образом, вы можете точно определить, где вы ошибаетесь.

Я был бы более склонен выполнять трассировку стека, чтобы понять, почему мой код взрывается, например, неверный JSON, чем пытаться замаскировать его.1004 *