Ich bin mit Visual Studio 2013 Pro, Dapper.Net 1,13 bis nuget PaketDebugging mit Dapper.Net wird nicht in Dapper Anrufe Schritt - SqlMapper.cs nicht gefunden
ich ein Problem zu debuggen versuche ich bin mit Dapping von Daten aus einem gespeicherten Prozess in einige verschachtelte Listen mit Dapper.Net. Alles funktioniert zur Laufzeit. Aber nicht alle Daten, die ich erwarte, werden in das Objekt geladen. Also versuche ich herunterzulaufen, was während des Ladens passiert, was das verursachen könnte.
Wenn ich den Code durchtrete und in einen Dapper-Aufruf eintrete (dh eine DynamicParameter-Variable neu aufbaut), erscheint ein Bildschirm mit der Nummer "SqlMapper.cs not found" gefolgt von "You need to find SqlMapper.cs to view the source for the current call stack frame". Es gibt an, dass es nach der Datei unter "c:\Dev\Dapper\Dapper NET40\SqlMapper.cs" sucht, die nicht vorhanden ist. Wenn ich F11 drücke, wird es weitergehen, aber es wird nur vom "SqlMapper.cs not found" Bildschirm weg und zurück in den Code gehen, wenn die Leitung nicht zu Dapper ruft.
Ich habe Dapper.Net 1.13 ursprünglich über Nuget in das Projekt geladen. Ich habe das Paket überprüft und es ist keine Kopie von SqlMapper.cs enthalten.
Ich kopierte die Datei aus dem Github Repo und wies VS auf diese Datei. Worauf es mir sagte: "Die Quelldatei unterscheidet sich von der, als das Modul erstellt wurde. Möchten Sie, dass der Debugger sie trotzdem verwendet?" Wenn ich mit "Ja" antworte, durchläuft es die Datei, aber die hervorgehobenen Zeilen stimmen nicht mit dem überein, was der Debugger tut.
Also wie kann ich in die Dapper Anrufe treten und folgen, was passiert? Gibt es einen Ort, an dem ich die SqlMapper.cs-Datei finden kann, die im Nuget-Paket verwendet wurde? Oder ein einfacher Weg um diese Situation, die ich vermisse? Vielleicht ist dies nicht ein Dapper Problem, wie es in Visual Studio Einstellungen geändert werden könnte?
Das war eigentlich auch meine Lösung, aber ich habe sie im DapperTest-Namespace hinzugefügt, wobei das Nuget-Paket meine Hauptimplementierung bleibt. Auf diese Weise kann ich nur dann auf das Programm wechseln, wenn ich beim Debugging tatsächlich den Dapper-Code durchlaufen musste. Ich hatte diese Nachricht schon vorher auf die Antwort einer anderen Person hinterlassen, aber sie scheint sie und meinen Kommentar damit gelöscht zu haben. – atoms