Was ist der Unterschied zwischen IsDebuggingEnabled und Debugger.IsAttached

Gibt es irgendwelche Unterschiede zwischen System.Web.HttpContext.Current.IsDebuggingEnabled und System.Diagnostics.Debugger.IsAttached?

Wenn ja, was sind die genauen Unterschiede außer der Tatsache, dass man nur für web-Anwendungen, während die anderen arbeiten in alle Art von Projekten?

InformationsquelleAutor modiX | 2014-09-03
  1. 20

    HttpContext.IsDebuggingEnabled ist über die Zusammenstellung Einstellung in der web.config. Debugger.IsAttached definiert, wenn es tatsächlich eine aktive debugger hören die Informationen aus dem web-server.

    Siehe die Erklärung bei DotnetPerls über HttpContext.IsDebuggingEnabled:

    Debug-Modus ist standardmäßig nicht der Fall. ... Wenn Sie nicht debug="true" im Web.config, die Website ist zusammengestellt in den Release-Modus.

    Bezüglich Ihrer Frage, warum der erste 'ist nur für web-Anwendungen: web-Anwendungen haben die Fähigkeit zu kompilieren, zur Laufzeit, während alle anderen .NETTO-Produkte sind bereits kompiliert. Weil dieses, definieren Sie in der web.config wenn der build fertig ist im Debug-oder Release-Modus. Dies ist ein ASP.NET only-option, so dass die Eigenschaft ist nur dort erhältlich.

    Als Antwort auf Ihre zweite Frage, warum die erste option ist nur für ASP.NET: Es gibt auch einen Weg für eine Windows-Anwendung zu überprüfen, ist es build-status: durch die überprüfung der DebuggableAttribute wie in Wie Sie überprüfen, wenn eine Baugruppe wurde mit Debug oder Release-Konfiguration?.

    • Nein, keine Fragen mehr. Btw, ich habe nicht gefragt ", warum die erste option ist nur für ASP.NET". Ich wurde gefragt, weitere Unterschiede zwischen den beiden Optionen. Trotzdem, vielen Dank für den Hinweis auf die DebuggableAttribute auf windows-Anwendungen.
    • Ich aktualisierte die Antwort mit einem Absatz zu Ihrer Frage.
    InformationsquelleAutor Patrick Hofman
  2. 6

    IsDebuggingEnabled bezieht sich auf "debug-Modus", das bedeutet nicht zwangsläufig, ein debugger ist tatsächlich angebracht. Sie können ASP.NET websites in den debug-Modus aus, indem Sie <compilation debug="true"> in Ihrem web.config Datei.

    Wenn eine website ist im debug-Modus, JIT-Optimierungen werden nicht angewendet-code in der view-Dateien (.aspx -, .cshtml usw.) sowie allfällige runtime-kompilierten code-behind-Dateien oder die App_Code - Verzeichnis. Es gibt auch andere Effekte.

    • Vielen Dank für zusätzlich zeigen die Unterschiede der debug-Modus und ohne debug-Modus (über den JIT-compiler). Es begleitet die Tatsache, warum eine 2. separate debug-Konfiguration Sinn macht, so begleitet der Tat haben wir zwei Möglichkeiten, zu überprüfen, für den debug-Modus.
    InformationsquelleAutor Dai
Schreibe einen Kommentar