"Hidden Secrets" von Visual Studio .NET-debugger?

So viel wie ich in der Regel nicht, wie die Diskussion/subjektive Beiträge SO, ich habe wirklich zu schätzen gelernt, die "Hidden Secrets" Reihe von Beiträgen, die Menschen zusammengestellt haben. Sie bieten einen tollen überblick über einige Häufig vergessene Werkzeuge, die Sie vielleicht jetzt anders entdecken.

Für diese Frage möchte ich hier das Visual Studio .NET-debugger. Was sind einige der "hidden secrets" in der VS.NET debugger, die Sie Häufig verwenden oder vor kurzem entdeckt und wünschte, du würdest längst bekannt?

InformationsquelleAutor |
  1. 22

    Einer meiner Lieblings-features ist die "Treffer..." option zur Verfügung, die auf einen Haltepunkt. Sie können drucken Sie eine Nachricht mit dem Wert einer Variablen zusammen mit vielen anderen Informationen, wie zum Beispiel:

    • $ADDRESS - Aktuelle Anweisung
    • $CALLER - Vorherige Funktion Name
    • $CALLSTACK - Call-Stack
    • $FUNCTION - Aktuelle Funktion Name
    • $PID - Prozess-ID
    • $PNAME - Process-Name
    • $TID - Thread ID
    • $TNAME - Thread-Namen

    Können Sie ein makro ausführen, aber ich habe noch nie verwendet dieses feature.

    InformationsquelleAutor Jeff Hillman
  2. 18

    Können Sie der rechten Maustaste auf ein Objekt im Watch-Fenster und klicken Sie auf " Objekt-ID.

    Wird es weisen, dass die Instanz eine ID-Nummer, so dass Sie sehen können, die in einem komplizierten Objekt-Graphen, die Objekte verweisen auf die gleiche Instanz.

    • Am wichtigsten ist, es zeigt Ihnen den Inhalt des Objekts auch wenn es nicht in den aktuellen call-stack. Geben Sie die ID (z.B. "1#") in die leere Zeile am unteren Rand des Fensters ansehen.
    InformationsquelleAutor
  3. 18

    Für .net-Anwendungen System.Diagnostics viele nützliche debugging-Sachen. Die Debugger Klasse zum Beispiel:

    Debugger.Break(); //Programmatically set a break point
Debugger.Launch(); //Launch the debugger if not already attached
Debugger.IsAttached //Check if the debugger is attached

    System.Diagnostics hat auch viele gute Attribute. Die beiden, die ich verwendet habe, sind die debugger-Anzeige-Attribut zum ändern der details in das Fenster und Schritt über den attribute-für-skipping-code, den Sie kümmern sich nicht um debugging:

    //Displays the value of Property1 for any "MyClass" instance in the debugger
[DebuggerDisplay("{Property1}")]
public class MyClass {
    public string Property1 { get; set; }

    [DebuggerStepThrough]
    public void DontStepInto() {
       //An action we don't want to debug
    }
}
    InformationsquelleAutor Luke Quinane
  4. 11

    Als web-Entwickler, arbeitet mit Web-Services werden innerhalb der gleichen Lösung als meine front-end-code die meiste Zeit, fand ich die Fähigkeit, "Anhängen" an einen Prozess eine GROßE Zeitersparnis.

    Bevor ich fand dieses Kleinod, ich würde immer um einen Haltepunkt für einige front-end-code, die sogenannten web-service-Methode und Schritt hinein. Nun, ich weiß, über diesen trick/Funktion kann ich problemlos Haltepunkte in jedem Teil von meinem code, ich möchte das spart mir eine Menge Zeit und Mühe.

    • Für desktop-Anwendungen, ich finde es unglaublich hilfreich zu werfen, der in einer message-box oder den thread schlafen Sie in Bereichen, die nicht break-spitz und dann an den Prozess Anhängen, da.
    • Wenn Sie können, fügen Sie eine MessageBox, das heißt, Sie können code hinzufügen, das bedeutet, dass Sie können auch verwenden Debugger.Break() um programmgesteuert einen Haltepunkt.
    InformationsquelleAutor Dan Herbert
  5. 10

    $exception im watch-Fenster zeigt die Ausnahme, die gerade verarbeitet wird, auch wenn Sie nicht haben einen Haken, dass die Zuweisung der Exception - Instanz um eine benannte variable.

    • Keine Notwendigkeit, legen Sie es in den Uhren, wird es zeigen sich als das erste Element in der einheimischen windows automatisch.
    InformationsquelleAutor Eric Schoonover
  6. 9
    • Das threads-Fenster, aus Debug -> Windows -> Threads. Sie können Einfrieren und reaktivieren von threads, und schalten Sie den aktiven thread. Das ist genial, wenn das Debuggen oder die Replikation ein Problem mit einer multithreading-Anwendung.
    • Sie können per drag & drop die gelbe "Nächste Anweisung" - Pfeil, um einen anderen Ort. Wenn das Programm fortgesetzt, es wird wieder aufgenommen, wird die Ausführung an die Anweisung. Sie können es hinzufügen, um der Symbolleiste ein blauer Pfeil genannt, Nächste Anweisung Festlegen, aber es ist es nicht standardmäßig.
    • Sie können "rückgängig" machen, die navigation, die Sie Tat, wie scrollen, geht zu einer anderen Datei, oder springen zu einem Verweis. Der shortcut ist Strg-- (Steuern minus.) So können Sie direkt in eine Funktion, untersuchen Sie den code dort, und gehen Sie zurück zu, wo Sie waren, ohne hinzusehen.
    • zu Punkt #2, Sie können auch mit der rechten Maustaste auf eine Codezeile, und wählen Sie "nächste Anweisung festlegen" und es wird nach der Ausführung auf die Linie.
    • Mit Ctrl-- und Ctrl-Shift- (Strg + Minus, Strg+Shift-Minus) sind Tastenkombinationen für Navigieren Sie Rückwärts/Vorwärts, die Hinzugefügt werden können, um die Symbolleiste als gut. Sie haben jedoch nichts mit debugging und kann immer verwendet werden, in Visual Studio.
    InformationsquelleAutor
  8. 7

    Laden Sie windbg-Erweiterungen in Visual Studio-debugger verwenden und Sie aus dem Direktfenster.

    InformationsquelleAutor 1800 INFORMATION
  9. 6

    Als geschrieben in einem anderen Beitrag Sara Ford ist dabei eine aktuelle Serie, die auf den VS-debugger.

    Ihrem blog ist die beste Quelle für VS Tipps: http://blogs.msdn.com/saraford/archive/tags/Visual+Studio+2008+Tipp+of+the+Day/default.aspx

    InformationsquelleAutor Aaron Powell
  10. 5

    Ist dies Art von einer alten. Wenn Sie das hinzufügen eines watch-Ausdrucks err,hr, dann wird halt das Ergebnis von GetLastError(), formatiert als ein HRESULT (VC++ - debugger nur).

    InformationsquelleAutor 1800 INFORMATION
  11. 5

    Können Sie per drag aktuellen Zeile cursor (gelber Pfeil), oben und unten den code, sobald die Ausführung angehalten ist.

    Zusätzlich, um dies zu ermöglichen während der pause auf die Ausnahme, die Sie müssen klicken Sie auf "Bearbeitung aktivieren" auf Ausnahmedetails ersten.

    Kann man auch mit VS Pause auf behandelte Ausnahmen durch ankreuzen von Interesse unter:
    Debug->Ausnahmen : Geworfen Spalte

    InformationsquelleAutor
  12. 4

    Einige nützliche Tastenkombinationen.

    • F11 zu Schritt in eine Methode.
    • Shift-F11 Schritt aus einer Methode.
    • F10 zu Schritt über eine Methode.
    InformationsquelleAutor Eric Schoonover
  13. 4

    Dinge, die ich Häufig verwenden:

    • Klicken Sie auf den Menüpunkt "Debuggen | Ausnahmen" (oder Strg-D, E-kurz), und Sie können brechen an der Zeit, dass eine Ausnahme ausgelöst wird, oder wählen Sie, um nicht zu brechen auf bestimmte Ausnahmen.

    • Können Sie den debugger zu laden einige der framework-Quellcode und Symbole aus einem MS-server und den Schritt in die framework-code. (Einige Bibliotheken, wie System.ServiceModel, sind noch nicht verfügbar). In den Optionen, unter windows Debuggen. Sehen MSDN How-To.

    • Können Sie die VS.NET debugger zum Debuggen von Javascript im IE. Sie brauchen nur zu installieren, der IE-javascript-debugger-und javascript-debugging in den IE-Einstellungen. Dann auf einen JS-Fehler es wird ein pop-up "wollen Sie debug" - dialog, und Sie können wählen, zu Debuggen, die in VS.NET.

    InformationsquelleAutor
  14. 1

    Können Sie Sie öffnen, und legen Sie einen Haltepunkt in einer Quellcode-Datei, wenn die Datei gehört zu einer anderen Lösung (externe Datei). Der debugger kann noch den Haltepunkt. Keine Notwendigkeit, öffnen Sie eine andere Instanz Visual Studio zum Debuggen der externen Datei. Hilfreich beim Debuggen von web services Quelle. Dies funktioniert, solange alle Quellen sind aktuelle und zusammengestellt.

    InformationsquelleAutor
Schreibe einen Kommentar