Wenn Internet Explorer beim Debuggen als Browser festgelegt wird, kann Visual Studio theoretisch an Haltepunkten anhalten, die auf dem clientseitigen Skript festgelegt sind. Um diese Funktion nutzen zu können, müssen Sie sicherstellen, dass "Skriptdebugging deaktivieren" in Ihrem IE Internetoptionen, Registerkarte Erweitert, aktiviert ist.
Ich habe jedoch festgestellt, dass VS-Skriptdebugging ein wenig flockig ist; Der Breakpoint wird nicht immer getroffen, besonders bei VS2010 oder früher. Meine persönliche Erfahrung ist, dass es am besten in VS2012 oder später funktioniert.
Wenn Sie VS als clientseitigen Skriptdebugger verwenden und feststellen, dass Ihre clientseitigen Haltepunkte nicht betroffen sind, fügen Sie am besten einen "Debugger" ein. Zeile vor der Zeile, die Sie unterbrechen möchten, um sicherzustellen, dass sie vom VS-Skript-Debugger erkannt wird.
pennstatephil hat einen Link darüber gepostet, der in der Tat mehr Informationen zum Thema bietet: Ссылка
Bearbeiten: Ich kann keine Kommentare hinzufügen, aber als Antwort auf den Kommentar von sb9, warum man den IE benutzt, finde ich das Debuggen in Visual Studio viel praktischer, wenn man das Skriptverhalten untersucht, bevor Postbacks auftreten und serverseitiges Verhalten auftritt unmittelbar nach Postbacks. Manchmal erkennt die VS / IE-Kombination auch Fehler, die Chrome und Firefox / Firebug mit einer unsinnigen Fehlermeldung melden.
Es gibt scheinbar unendliche Möglichkeiten, warum das passiert. Ich habe dieses Problem erst nach Stunden der Suche gelöst, also könnte meine Lösung vielleicht jemandem helfen.
Mein spezielles Problem ist, dass meine Haltepunkte sofort deaktiviert wurden, nachdem mein Kollege die Bündelung aktiviert hat ( siehe Beschreibung hier ). . Ich musste in unsere BundleConfig.cs-Datei gehen und die Zeile kommentieren, die sagte:
%Vor%Nachdem ich das getan habe, wurden sie getroffen. Sie möchten diese Zeile für Bereitstellungen hinzufügen.
Tags und Links javascript asp.net visual-studio breakpoints