Sie sollten dreifach überlegen, bevor Sie mit dieser Option fortfahren. (1) Es ist ressourcenintensiv. Da es erforderlich ist, das modifizierte Projekt und manchmal die gesamte Lösung vor der Operation automatisch zu erstellen. (Stellen Sie sich eine mittlere bis große Asp.net-Lösung vor, die aus vielen Projekten besteht, und erstellen Sie sie für jede durchgeführte Änderung. Wie viel Zeit bleibt für die Programmierung übrig? Zeit für den ersten Start nach einem erfolgreichen Build !! ... Daher wird die Zeit, die Sie mit dieser Option gewinnen möchten, mehrfach verschwendet, insbesondere CLR-basierte Programmiersprachen (z. B. .NET Core). Und schließlich (3) wird erwartet, dass Ihr Projekt Testproben entwickeln muss, die automatisch in die Ansicht injiziert werden können, um einen besseren Automatisierungsprozess zu ermöglichen. Stellen Sie sich vor, wie schwierig es ist!
Versuchen Sie stattdessen, Ihre Lösung einem Unit-Test zu unterziehen. Anschließend wird erwartet, dass jede nächste Änderung oberflächlich ist und nur in geringem Umfang auftritt.
Wenn Sie mit meinem Vorschlag nicht einverstanden sind, schlage ich vor, eine Visual-Studio-Erweiterung zu entwickeln, die die Zielwebseite besser neu lädt on-build
als ein on-save-changes
Ereignis. Als nächstes Ctrl + b
wird der Job machen!
Wo soll man anfangen?
Ich habe einen VSIX entwickelt, der Ordner überwacht, um automatisch bestimmte generierte Dateien außerhalb der VS-Benutzeroberfläche zu laden. Überprüfen Sie den Quellcode. Sie erhalten eine Vorstellung von der Dateiverwaltung des Projekts. Es dreht sich in der EnvDTE-API. Schauen Sie sich diesen Code an.
Überprüfen Sie auch das Quellprojekt von hier aus