Existe-t-il un moyen de dire au débogueur Chrome (ou peut-être à Firebug?) De ne pas casser dans certains fichiers? Pour supposer qu'ils ne sont pas cassés, essentiellement? Cela semble être quelque chose qu'ils pourraient intégrer.
Existe-t-il un moyen de dire au débogueur Chrome (ou peut-être à Firebug?) De ne pas casser dans certains fichiers? Pour supposer qu'ils ne sont pas cassés, essentiellement? Cela semble être quelque chose qu'ils pourraient intégrer.
Réponses:
Blackboxing des fichiers JS est désormais possible dans Firefox https://developer.mozilla.org/en-US/docs/Tools/Debugger
Et dans Chrome Canary à l'aide des outils de développement expérimental. http://www.divshot.com/blog/tips-and-tricks/ignoring-library-code- while-debugging-in-chrome/
Mettre à jour . Dans Chrome v. 75 il y a un separabe onglet pour blackboxing .
Ci-dessus fonctionne également dans la version stable de Chrome.
La dernière version de Chrome a mis en œuvre une nouvelle fonctionnalité de boîte noire qui fait exactement ce que vous recherchez. Fondamentalement, lorsque vous définissez l'option boîte noire sur un fichier donné, cela empêchera le débogueur Chrome de pénétrer dans ce fichier.
Cette fonctionnalité est intégrée et peut être définie avec le menu contextuel du fichier (clic droit). Cela fonctionnera également si le débogueur Chrome est configuré pour s'arrêter sur toutes les exceptions.
Si le problème que vous rencontrez est que le débogueur Chrome s'arrête sur toutes les exceptions, même celles à l'intérieur de jQuery, vous devrez peut-être dire à Chrome de ne mettre en pause que les exceptions non interceptées, pas toutes les exceptions. Dans le panneau Script du débogueur, il y a une icône dans le coin inférieur gauche de la fenêtre qui contrôle cela.
Dans Chrome, ouvrez les outils de développement, puis accédez aux paramètres, et vous verrez l' onglet Blackbox :
Dans FireFox, c'est encore plus facile, il suffit de cliquer sur l'oeil au bas du fichier:
Si le débogueur explose quelque part dans les fichiers jQuery, vous pouvez potentiellement encapsuler les appels suspects dans un try / catch, puis lancer une erreur dans le vôtre catch
. De cette façon, vous pouvez isoler exactement où vous allez mal.
Je serais plus enclin à faire des traces de pile pour voir pourquoi mon code explose, par exemple JSON invalide, que d'essayer de le passer en revue.