eutzutage gibt es eine Menge großartiger Open Source-Pakete und Frameworks für alle Arten von Anwendungen. Nehmen wir zum Beispiel ASP.NET Core MVC und Newtonsoft.Json. Diese werden in Nuget-Paketen ausgeliefert, die vom Quellcode befreit sind. Ich denke, viele von Ihnen können sich an viele Situationen erinnern, in denen man den auf GitHub frei verfügbaren Quellcode sehen möchte (um das Debuggen eines Problems zu erleichtern), aber gezwungen war, eine der folgenden Aktionen auszuführen:

eien Sie faul und vergessen Sie es einfach, oder debuggen Sie Ihr Problem weiterhin mit einer beliebten Bibliothek, die es eher wie eine "Black Box" behandelGehen Sie zum Browser, geben Sie github.com ein und durchsuchen Sie den Quellcode ohne die mächtigen Ratschläge der Visual Studio-IDE. Verbringen Sie 5 Minuten, klonen Sie das Repository auf das lokale Laufwerk und überprüfen Sie es mit IDE.Verbringen Sie noch mehr Zeit mit dem Kompilieren des Quellcodes, indem Sie alle relevanten Nuget-Pakete aus Ihren Projekten deinstallieren und sich stattdessen direkt mit allen frisch kompilierten Assemblys verbinden (die nicht immer zu Nuget-Paketen gehören).

Diese letzte Option ist die rentabelste, aber Sie müssen viel Zeit aufwenden, und Sie können sie nicht einfach in Ihr Repository verschieben oder den kompilierten Code mehr bereitstellen. Andere Entwickler finden diese relativen Pfade zu den DLLs nicht und Kunden erhalten möglicherweise falsche Versionen der im Bereitstellungspaket gebackenen Nuget-Pakete.

Gibt es eine fünfte Option, die alle Vor- und Nachteile der vierten Option hat? Ich stelle mir vor, dass dies von einer IDE in einer isolierten Umgebung durchgeführt wird, dh keine Änderung an meinen .csproj- und package.config-Dateien, aber die Funktionen "Gehe zur Definition" und "Finde alle Referenzen" und das Debuggen sollten so funktionieren, als ob ich süchtig wäre bis zu den echten Sachen.

a, ich bin ziemlich fau