Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige
Lesedauer 3 Min.

Autosave in Visual Studio 17.2

Strg+S ist bei vielen Entwicklern schon eine automatische Bewegung. Wird man ihr überdrüssig, bekommt von dem im Anschluss an Visual Studio eingesetzten Werkzeug falsche Ergebnisse. Abhilfe schafft das neue Autosave-Feature von Visual Studo 2022.
Nur bei den wenigsten Entwicklern ist Visual Studio das einzige Tool, das sie für ihre Arbeit verwenden. Wechselt man das Werkzeug, kommt es allerdings immer wieder zu Problemen: Wird der Code in Visual Studio nicht gespeichert, kann der Code, der im nächsten Tool angezeigt wird, veraltet sein. Bearbeitet man den Code dann in dem anderen Tool bearbeiten, ist er nicht mehr synchron und es ist eine Tortur, alles wieder zusammenzufügen.Ab der Version 17.2 Preview 1 hilft die neue Autosave-Funktion Entwicklern dabei, diese Pein zu vermeiden. Man findet sie über eine Suche in Visual Studio (Strg+Q) nach dem Begriff "autosave". Dadurch gelangen Sie auf die Seite Environment | Documents unter Tools | Options.Ist die Option "Automatically save files when Visual Stuido is in the background" aktiviert, wird jedes Mal, wenn Visual Studio den Fokus verliert versucht, jedes nicht freigegebene Dokument in der IDE zu speichern. Dazu gehören Projektdateien, Lösungsdateien und sogar verschiedene Dateien, die nicht Teil des Projekts oder der Lösung sind. Wenn das Speichern einer Datei aus irgendeinem Grund fehlschlägt (zum Beispiel weil die Datei auf dem Datenträger schreibgeschützt ist), behält Visual Studio die Änderungen im Editor bei und lässt die Datei unbearbeitet. Die Absicht ist, dass beim Wechsel zu einem anderen Tool nach einem Moment alle Änderungen in Visual Studio auf die Festplatte übertragen werden.Übrigens: Ist die Funktion "Code Cleanup on Save" in Visual Stuido 2022 17.2 aktiviert, löst Autosave keinen Code Cleanup aus, weil das Visual-Studio-Team der Meinung ist, dass es stört, wenn die Code-Bereinigung zu oft erfolgt. Sie wird nur ausgelöst, wenn man die Code-Datei explizit speichert, entweder durch einen Befehl oder implizit als Teil eines Builds.

Neueste Beiträge

Hierarchische Testdata-Builder - Testdata-Builder, Teil 1
Lesbare Tests bei tiefen Objekthierarchien mit dem Collection-Builder-Pattern.
4 Minuten
Deep Learning mit Python - Python und AI, Teil 3
In der heutigen KI-Entwicklung spielen Deep-Learning-Frameworks eine zentrale Rolle. Ein Vergleich der beiden populärsten Bibliotheken TensorFlow und PyTorch.
10 Minuten
DDC hakt nach: Bringt Blazor 10 Ordnung ins Chaos?
Mit Blazor lässt sich Code in C# schreiben, der im Web-Frontend ausgeführt wird. Die Version 10 soll Ordnung in das gewachsene Framework bringen. Dr. Holger Schwichtenberg verrät im Interview, was sich getan hat.
3 Minuten
3. Nov 2025
Miscellaneous

Das könnte Dich auch interessieren

Benchmark im Unit-Test-Stil - Best of NuGet, Teil 4
NuGet-Pakete können das Leben des .NET-Entwicklers sogar um neue Werkzeuge erweitern, die sich auf den Entwicklungsworkflow (und nicht den bearbeiteten Code) auswirken. Mit BenchmarkDotNet steht ein Musterbeispiel dieses Konzepts zur Verfügung, das die Überprüfung der Performance von Code aller Arten ermöglicht.
7 Minuten
16. Okt 2025
Loggingdaten-Einlaufstelle mit Komfortfunktionen - Best of NuGet, Teil 5
Die in Android implementierte Logging-Funktion ist ein leistungsfähiges Beispiel für moderne Logging-Systeme. Mit Serilog steht ein ähnliches System für .NET-Applikationen zur Verfügung, das allerdings einige weit über das große Vorbild hinausgehende Funktionen offeriert.
6 Minuten
22. Okt 2025
Attraktives GUI mit Spectre.Console - Best of NuGet, Teil 6
Mit der Bibliotheksfamilie Spectre.Console steht ein neues Produkt ante portas, das die Realisierung von visuell ansprechenden Kommandozeileninterfaces zu erleichtern sucht.
7 Minuten
29. Okt 2025
Anzeige
Anzeige
Anzeige
Anzeige
Anzeige