Meine Frage betrifft die mit Visual Studio 2008 debuggen, obwohl ich es nehme in VS2005, dass gleich sein sollteWie eine referenzierte dll (mit PDB)
Ich habe zwei Lösungen in meinem Arbeitsplatz, sagen A und B.
Lösung A ist ein älteres Projekt, das ich vor einiger Zeit abgeschlossen habe. In Lösung B muss ich einige Klassen aus Lösung A verwenden. Dazu füge ich einen Verweis auf die DLL eines der Projekte in Lösung A.
Das Problem ist, wenn ich versuche, zu debuggen. Ich möchte auch in A's Code einsteigen können. Visual Studio kann den Code für diese Klassen nicht laden ("Es ist kein Quellcode für den aktuellen Speicherort verfügbar.") Und ich kann nur die Disassemblierung anzeigen, was nicht sinnvoll ist.
Der einzige Weg, ich Debug-Klassen aus der Lösung A weiß, ist durch Lösung B ausgeführt wird, alle Prozesse lösen (im Debug-Menüpunkt) und befestigen Sie den Prozess aus der Lösung A.
Dies ist jedoch sehr umständlich und Ich kann nur A oder B auf einmal debuggen.
Gibt es eine Möglichkeit, den Code der referenzierten DLLs (für die ich den Quellcode habe) zu betreten?
Lösung: Mein Fehler war, dass ich dachte, dass ein Projekt nur einen Teil einer einzigen Lösung sein kann. Tatsächlich kann ein Projekt Teil einer beliebigen Anzahl von Lösungen sein.
Wenn Sie auf das alte Projekt verweisen müssen, fügen Sie das Projekt einfach zur Lösung hinzu. Dazu klicken Sie mit der rechten Maustaste auf die neue Lösung im Projektmappen-Explorer> Hinzufügen> Vorhandenes Projekt.
Dann können Sie die Projektreferenz hinzufügen. Wie andere geschrieben haben, sollten Sie wahrscheinlich vollständig vermeiden, DLL-Verweise auf Ihren eigenen Code (oder anderen Code, den Sie möglicherweise ändern und debuggen müssen) zu verwenden.
Eine sehr gute Referenz, wie Lösungen entworfen werden sollten, finden Sie in MSDN.
Diese MSDN-Verknüpfung ist ein Muss für .NET-Entwickler (unabhängig von der von ihnen verwendeten Quellcodeverwaltung). Ich bin überrascht, dass ich es vorher nicht gesehen hatte. Vielen Dank! – Pat