Есть ли способ сообщить отладчику Chrome (или, возможно, Firebug?), чтобы не ломаться в определенных файлах? Предположить, что они не сломаны, по существу? Это похоже на то, что они могут создать.
Могу ли я сообщить отладчику Chrome script игнорировать jquery.js?
Ответ 1
Блэкбоксинг 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.
Ответ 2
В последней версии Chrome реализована новая функция черного ящика, которая делает именно то, что вы ищете. По сути, когда вы устанавливаете параметр черного ящика для данного файла, он предотвращает проникновение отладчика Chrome в этот файл.
Эта функция является встроенной, и ее можно установить с помощью контекстного меню файла (щелчок правой кнопкой мыши). Это также будет работать, если отладчик Chrome настроен на остановку всех исключений.
Ответ 3
Если проблема связана с тем, что отладчик Chrome останавливается на всех исключениях, даже внутри jQuery, тогда вам может потребоваться сообщить Chrome только о приостановке исключений, а не обо всех исключениях. Когда на панели Script в отладчике находится значок в нижнем левом углу окна, который управляет этим.
Ответ 4
В Chrome откройте Инструменты разработчика, затем перейдите в Настройки и вы увидите вкладку Blackbox:
В FireFox это еще проще, просто нажмите Глаз внизу файла:
Ответ 5
- Перейдите к настройкам инструментов разработчика и нажмите вкладку Balckboxing на левой панели.
- Затем нажмите кнопку "Добавить шаблон" и введите jquery.js
- Закройте и снова запустите инструменты разработчика, теперь его пропустили!
Ответ 6
Если отладчик взрывается где-то в файлах jQuery, вы можете потенциально обернуть подозрительные вызовы в try/catch и затем выбросить ошибку в свой собственный catch
. Таким образом, вы можете точно определить, где вы ошибетесь.
Я был бы более склонен делать трассировки стека, чтобы понять, почему мой код взрывается, например. недействительным JSON, чем пытаться замаскировать его.